perm filename MAC.TXT[BB,DOC]9 blob
sn#848053 filedate 1987-11-09 generic text, type C, neo UTF8
COMMENT ⊗ VALID 00137 PAGES
C REC PAGE DESCRIPTION
C00001 00001
C00022 00002 General information about INFO-MAC.
C00029 00003 ∂26-Oct-86 1402 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #1
C00072 00004 ∂27-Oct-86 1650 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #2
C00118 00005 ∂28-Oct-86 1710 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #3
C00144 00006 ∂30-Oct-86 1750 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #4
C00172 00007 ∂02-Nov-86 1542 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #5
C00215 00008 ∂02-Nov-86 1955 @SUMEX-AIM.ARPA:MMAR013%IECMICC.BITNET@WISCVM.WISC.EDU Billboard problem
C00217 00009 ∂05-Nov-86 2113 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #6
C00252 00010 ∂06-Nov-86 1750 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #7
C00287 00011 ∂09-Nov-86 1705 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #8
C00333 00012 ∂11-Nov-86 1902 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #9
C00381 00013 ∂12-Nov-86 1819 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #10
C00421 00014 ∂16-Nov-86 1526 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #11
C00469 00015 ∂18-Nov-86 1854 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #12
C00517 00016 ∂19-Nov-86 1828 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #13
C00556 00017 ∂21-Nov-86 1413 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #14
C00604 00018 ∂23-Nov-86 1427 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #15
C00651 00019 ∂24-Nov-86 1700 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #16
C00681 00020 ∂30-Nov-86 1814 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #17
C00720 00021 ∂01-Dec-86 1539 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #18
C00759 00022 ∂02-Dec-86 1625 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #18
C00798 00023 ∂02-Dec-86 1820 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #19
C00839 00024 ∂03-Dec-86 1845 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #20
C00868 00025 ∂05-Dec-86 1749 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #21
C00915 00026 ∂07-Dec-86 1617 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #22
C00955 00027 ∂08-Dec-86 2206 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #23
C00979 00028 ∂09-Dec-86 1932 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #24
C01006 00029 ∂11-Dec-86 1948 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #25
C01049 00030 ∂15-Dec-86 1741 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #26
C01095 00031 ∂16-Dec-86 1855 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #27
C01139 00032 ∂17-Dec-86 1744 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #28
C01178 00033 ∂19-Dec-86 1624 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #29
C01215 00034 ∂21-Dec-86 1523 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #30
C01250 00035 ∂24-Dec-86 1205 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #31
C01277 00036 ∂28-Dec-86 1739 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #32
C01304 00037 ∂31-Dec-86 1318 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #33
C01339 00038 ∂02-Jan-87 1715 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #34
C01380 00039 ∂06-Jan-87 1659 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #35
C01400 00040 ∂11-Jan-87 1757 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #36
C01446 00041 ∂12-Jan-87 1849 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #37
C01491 00042 ∂13-Jan-87 2055 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #38
C01538 00043 ∂14-Jan-87 2116 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #39
C01580 00044 ∂18-Jan-87 1729 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #40
C01625 00045 ∂19-Jan-87 1436 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #41
C01658 00046 ∂21-Jan-87 2040 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #42
C01688 00047 ∂25-Jan-87 2118 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #43
C01727 00048 ∂26-Jan-87 1946 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #44
C01749 00049 ∂28-Jan-87 2311 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #45
C01780 00050 ∂29-Jan-87 2315 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #46
C01811 00051 ∂02-Feb-87 0137 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #47
C01858 00052 ∂04-Feb-87 2226 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #48
C01905 00053 ∂06-Feb-87 0233 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #49
C01950 00054 ∂11-Feb-87 0906 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #50
C01990 00055 ∂17-Feb-87 1126 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #53
C02035 00056 ∂18-Feb-87 2323 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #54
C02081 00057 ∂21-Feb-87 0020 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #55
C02111 00058 ∂22-Feb-87 2041 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #56
C02159 00059 ∂26-Feb-87 0145 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #57
C02198 00060 ∂27-Feb-87 2232 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #58
C02240 00061 ∂01-Mar-87 2011 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #59
C02282 00062 ∂02-Mar-87 2133 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #60
C02321 00063 ∂04-Mar-87 2246 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #61
C02346 00064 ∂08-Mar-87 1535 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #62
C02388 00065 ∂10-Mar-87 2142 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #63
C02422 00066 ∂19-Mar-87 2209 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #64
C02457 00067 ∂19-Mar-87 2251 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #65
C02485 00068 ∂21-Mar-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #66
C02514 00069 ∂22-Mar-87 2138 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #67
C02561 00070 ∂23-Mar-87 2108 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #68
C02590 00071 ∂26-Mar-87 2340 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #69
C02627 00072 ∂27-Mar-87 2243 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #70
C02667 00073 ∂29-Mar-87 2046 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #71
C02697 00074 ∂31-Mar-87 0034 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #72
C02729 00075 ∂01-Apr-87 2033 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #73
C02765 00076 ∂02-Apr-87 2145 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #74
C02806 00077 ∂07-Apr-87 2209 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #75
C02854 00078 ∂08-Apr-87 2150 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #76
C02897 00079 ∂12-Apr-87 1742 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #77
C02945 00080 ∂13-Apr-87 2209 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #78
C02968 00081 ∂19-Apr-87 1823 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #79
C03016 00082 ∂20-Apr-87 2129 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #80
C03061 00083 ∂26-Apr-87 1736 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #81
C03103 00084 ∂26-Apr-87 1856 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #82
C03130 00085 ∂29-Apr-87 2331 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #83
C03178 00086 ∂05-May-87 0121 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #84
C03221 00087 ∂05-May-87 2119 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #85
C03258 00088 ∂09-May-87 2203 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #86
C03289 00089 ∂09-May-87 2322 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #87
C03327 00090 ∂12-May-87 0112 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #88
C03364 00091 ∂13-May-87 2327 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #89
C03409 00092 ∂18-May-87 2327 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #90
C03457 00093 ∂22-May-87 0032 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #91
C03504 00094 ∂25-May-87 0832 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #92
C03538 00095 ∂25-May-87 2143 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #93
C03573 00096 ∂25-May-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #94
C03615 00097 ∂25-May-87 2208 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #95
C03661 00098 ∂28-May-87 2327 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #96
C03709 00099 ∂30-May-87 2249 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #97
C03753 00100 ∂04-Jun-87 2310 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #98
C03801 00101 ∂06-Jun-87 0014 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #99
C03849 00102 ∂07-Jun-87 1715 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #100
C03890 00103 ∂12-Jun-87 2356 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #101
C03938 00104 ∂13-Jun-87 1603 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #102
C03968 00105 ∂16-Jun-87 2358 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #103
C04015 00106 ∂18-Jun-87 2113 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #104
C04055 00107 ∂20-Jun-87 1907 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #105
C04103 00108 ∂12-Jul-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #106
C04149 00109 ∂19-Jul-87 1947 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #107
C04192 00110 ∂21-Jul-87 2047 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #108
C04240 00111 ∂26-Jul-87 2130 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #109
C04288 00112 ∂14-Aug-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #110
C04330 00113 ∂15-Aug-87 1541 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #111
C04362 00114 ∂23-Aug-87 2202 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #112
C04407 00115 ∂05-Sep-87 0002 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #113
C04439 00116 ∂06-Sep-87 0154 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #114
C04480 00117 ∂27-Sep-87 2204 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #115
C04520 00118 ∂27-Sep-87 2231 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #116
C04568 00119 ∂28-Sep-87 1944 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #117
C04608 00120 ∂28-Sep-87 2014 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #118
C04647 00121 ∂28-Sep-87 2026 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #119
C04687 00122 ∂01-Oct-87 1842 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #120
C04734 00123 ∂01-Oct-87 1935 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #121
C04782 00124 ∂01-Oct-87 2016 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #122
C04811 00125 ∂04-Oct-87 1739 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #123
C04837 00126 ∂06-Oct-87 1621 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #124
C04866 00127 ∂09-Oct-87 1712 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #125
C04896 00128 ∂11-Oct-87 2249 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #126
C04944 00129 ∂15-Oct-87 1759 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #127
C04985 00130 ∂19-Oct-87 1505 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #128
C05025 00131 ∂19-Oct-87 1908 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #129
C05068 00132 ∂21-Oct-87 1942 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #130
C05105 00133 ∂25-Oct-87 1406 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #131
C05137 00134 ∂29-Oct-87 2028 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #132
C05164 00135 ∂02-Nov-87 2315 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #133
C05199 00136 ∂04-Nov-87 2051 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #134
C05229 00137 ∂06-Nov-87 1800 @SUMEX-AIM.STANFORD.EDU:JOHNMARK@Sushi.Stanford.EDU Moderator anyone?
C05232 ENDMK
C⊗;
General information about INFO-MAC.
Please do not delete this page.
INFO-MAC@SUMEX-AIM.Stanford.EDU is a network interest group for the Apple
Macintosh computer. This list is SUMEX's contribution to the community of
research and instructional developers of the Macintosh. We welcome all
submissions of messages and programs in this spirit.
The Info-Mac digest is distributed via arpanet mail to over 100 sites,
which then redistribute it to individual addresses. This hierachial
method makes the mail load manageable for the SUMEX host. To receive the
digest, check with your system bboard manager and if they don't yet
receive it, then request a copy be sent to a local bboard address (e.g.
Info-Mac@HOST).
Other networks also have access to the digest. Redistribution to CSNet
addresses is taken care of by Postmaster@CSNet-Relay and to BITNET by
gg.jdn@Stanford.bitnet Usenet receives a copy called fa.info-mac.
For Arpa sites with FTP access to SUMEX-AIM, archives for INFO-MAC are
kept under {SUMEX-AIM}<INFO-MAC>ARCHIVE.<month>, where month =
feb84,mar84,...jan85,... Programs submitted to the bulletin board,
along with documentation files and other references are also stored in
<INFO-MAC>, and listed in the file 00DIR. With FTP access as user
"anonymous" and any password, you can bring these files over to your host
and download them to your Macintosh. (Downloading is still somewhat a
black art..)"Usenet" and some of the other networks that copy info-mac
will see sources redistributed at the time they are mentioned in the
digest distributions. You can in addition, purchase a dump tape of the
directory; see the file <INFO-MAC>00ORDER.
<INFO-MAC> is also the repository for the development tools and utilities
developed at SUMEX and at other universities. The "sumacc" cross
compiler is also available on tape for a minimal charge: See the
file <INFO-MAC>SUMACC.ORDER
Submissions are scanned to filter out any list requests, questions
previously answered, pure speculation or opinion, or message obviously
not in line with the stated purpose of the list. Submissions should
be made directly to INFO-MAC@SUMEX-AIM.
All requests to be added to or deleted from this list, also comments
about operations, problems, and administrative questions, should be sent
to INFO-MAC-REQUEST@SUMEX-AIM.
Enjoy!
John Mark Agosta <INFO-MAC-REQUEST@SUMEX-AIM>
[THis is the old header info. New one above added at the request
of J.M. Agosta]
General information about INFO-MAC.
Please do not delete this page.
Welcome to new members of INFO-MAC. INFO-MAC@SUMEX-AIM is a network interest
group for the Apple Macintosh computer. The purpose of this list is to
stimulate communication and sharing among individuals and groups that are
using or seriously interested in the Macintosh. The emphasis should be on
USING. INFO-MAC is not the place for trivial gossip, flames, quips, or
debates.
For those sites with FTP access to SUMEX-AIM, archives for INFO-MAC are kept
under {SUMEX-AIM}<INFO-MAC>ARCHIVE.<month>, where month = feb,mar,apr etc.
Other files on <INFO-MAC> contain various topics of general interest
concerning the MACintosh and program submissions.
Messages will be sent to the list as submitted, but are scanned to filter out
any list requests, questions previously answered, or message obviously not in
line with the stated purpose of the list.
All requests to be added to or deleted from this list, problems, questions,
etc., should be sent to INFO-MAC-REQUEST@SUMEX-AIM.
Enjoy!
-- Ed
From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
-------
Please do not send INFO-MAC mail to me directly. I get enough mail as it is!
If you wish to submit something to be posted on INFO-MAC, please send it to
INFO-MAC@SUMEX. If you have any administrative problems or questions regarding
the INFO-MAC mailing list, please send those messages to
INFO-MAC-REQUEST@SUMEX.
Thank You.
-- Ed
-------
Pre-Digest messages are in files MAC.1[2,2] thru MAC.29[2,2].
Digestification started with volume 2.
Volume 2 (issues 1-51 plus a few non-digest messages) is in MAC.V2[2,2],
Volume 3 (issues 1-51 plus a few non-digest messages) is in MAC.V3[BB,DOC].
Volume 4 is in MAC.V4[BB,DOC].
--- The files described above have been REAPed. ---
Volume 5 now flows into this file (MAC.TXT[BB,DOC]).
∂26-Oct-86 1402 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #1
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 26 Oct 86 14:02:24 PST
Date: 26 Oct 86 1358-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #1
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 26 Oct 1986 Volume 5 : Issue 1
Today's Topics:
Bad copy of GAME-GO.HQX
Beware! Finder doesn't report disk errors
List Manager glue for SUMacC?
MacDraw and shifting pictures (arrows)
MacDraw Bugs
More MacDraw Problems
Re: MacWrite, MacPaint, MacDraw bugs
CENTRAM software plans
File Checking program [ forwarded from Usenet ]
DA-BACKDOWN.HQX
Usenet Mac Digest V2 #87
Delphi Mac Digest V2 #54
MazeWars+
Re: Mazewars
Re: Maze Wars
NN&Q: Tempo macros, an accolade and a caveat
What does Disk Verify verify?
MacTran 77 vs. MS Fortran V2.2
Re: Microsoft
Why use FrontMan?
FEdit?
----------------------------------------------------------------------
Date: Sun 26 Oct 86 13:35:11-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Bad copy of GAME-GO.HQX
Sorry to say that the copy of GAME-GO.HQX which was posted
to the archives was bad and can't be unbinhexed. For some
reason I can't get mail through to the original poster so
I can't get a good copy. Sorry to all who spent time trying
to download the program unsuccessfully. David
------------------------------
From: stew%lhasa.UUCP@harvard.HARVARD.EDU
Date: 25 Oct 86 22:41 EDT
Subject: Beware! Finder doesn't report disk errors
It's been rumored before that the Finder sometimes quietly fails
when copying files. Well, I now have a documented case.
I have this text file, 13K long, with a .5K resource fork. I read it
in using Lightspeed C and it says, unknown error -36. That's an
"unspecified i/o error". I guess a block on my disk went bad
(it's a Generic 20, a 20Mb SCSI disk from Trimar, Inc).
So I quit from LSC and try duplicating the offending file
with the Finder. Works without error.
Now I'm wondering what's up, so I go into FEdit and look around.
Sure enough, an attempt to read in block 23 of the data fork
of the offending file gives an error -36. Much to my surprise,
I look at the duplicate, and IT HAS NO DATA FORK!
This can't be happening, I think. So now I go back to the Finder
trap on Read in MacsBug, and duplicate the file again. So it breaks
at the Read, I step, and it returns error -36. The Finder pays
no heed.
Moral: don't use the Finder to copy files without making sure
that your copy was successful. I think that checking the sizez
of the resulting files is enough, but maybe we need a program
to copy files with verification and careful error checking for
those of us who don't like to lose files.
Sadder but wiser,
Stew Rubenstein <stew@endor.harvard.edu>
------------------------------
Date: Fri, 24 Oct 86 11:32:47 EDT
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: List Manager glue for SUMacC?
Has anybody written glue to access the List Manager (PACK 0) using SUMacC? If
so, how can I get it?
--Mark
------------------------------
Date: Fri, 24 Oct 86 11:50:38 +0200
From: Tamir Weiner <UMFORTH%WEIZMANN.BITNET@WISCVM.WISC.EDU>
Subject: MacDraw and shifting pictures (arrows)
Paul: I read of your problem with the shifting arrows in Info-Mac-Digest.
I too have seen the same thing while switching between MacDraw and other
applications on a 512K mac.
I can't shed a lot of light on the problems you've been having, but I
can give you what might be more information for finding a solution.
If you do find a solution, please post it to the digest and/or mail to
me as I am using MacDraw extensively and for similar stuff.
1. MacDraw doesn't seem to identify fonts correctly between applications
at all. If you use font "x" in MacWrite (or another application) and
then switch to MacDraw, and MacDraw is on a system disk with different
fonts, then it may or may not identify the text as font "x"... depending
on the number of other fonts and their positions.
I've had this problem even when the fonts appeared in the same order
on both system disks. The best way to avoid such changing fonts I've
found is to use identical system files both on the MacDraw disk and on
another disk.... or better yet, if you're using an 800K disk you can
place MacDraw and your word processor and the system on the same disk
so that the system Fonts are identical for each application.
2. As far as the shifting arrows are concerned, we've noticed the same
problems at work. It happens whenever MacDraw ports a picture to or
from another application, the control points of the objects can be
altered in position slightly.
I don't have a solution, but it seems to have helped to group the objects
together before porting the picture and the control points then are
more stable and shift far less if at all. Although I can't say that
this has eliminated the problem, it has helped. We don't have that
many complex arrows in our drawings since our need for "splining"
is absent in MacDraw (arrows must be straight lines only).
The other "hint" I can give is that I've noticed this problem usually with
very small objects where the control points were close together, try
drawing larger pictures, they seem less susceptible to such shifting!
Good Luck.
------------------------------
Subject: MacDraw Bugs
Date: Fri, 24 Oct 86 14:28:52 -0500
From: tgw@mitre-bedford.ARPA
I'd like to know if anyone has experienced this bug with Mac Draw.
Given:
Grid - on
Custom Rulers - 1 inch, 16 divisions / inch
1) Draw a box and put text inside the box.
←←←←←←←←←←←←←
|THIS IS A |
|TEST |
|←←←←←←←←←←←←←|
2) Select the box and text inside.
...................
. ←←←←←←←←←←←←← .
. |THIS IS A | .
. |TEST | .
. |←←←←←←←←←←←←←| .
................../\
||
3) Move the selected box and text around the drawing. The text will
begin to creep outside of the box.
This still happens when you group the box and text together.
Some other settings for the custom rulers either minimize the effect,
or not appear to elliminate it.
This really bugs me and I have not found any easy workaround.
Tim Wade
(tgw@mitre-bedford)
------------------------------
Date: Fri, 24 Oct 86 08:53:10 ADT
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: More MacDraw Problems
This one may have appeared in a past digest, although I don't recall
seeing it. The problem occurs when porting MacDraw files from one
system (disk) to another system (disk) that may have different fonts
in different orders. Any other program handle the differences properly.
MacDraw, however, leaves your font selections totally changed. It
even seems to occur if the two systems have the same fonts in the same
order, although that may not be true. In any case, does anybody out
there know of a fix? Is there an update that solves the problem? I
would really like to know. Please send any suggestions to:
==> Paul@Acadia
------------------------------
Date: Fri 24 Oct 86 11:48:24-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: MacWrite, MacPaint, MacDraw bugs
David,
do I ever share your sentiments. It is unfathomable to me why Apple
exposes itself to get "tared and feathered" for these short-comings. And it
is only our combined lethargy that explains why we haven't started a little
campaign to make Apple feel the heat for that ....
---Werner
------------------------------
Date: Fri 24 Oct 86 12:14:55-PDT
From: John Mark Agosta <JOHNMARK@Truffle.Stanford.EDU>
Subject: CENTRAM software plans
Tim Maroney gave us an insight into the development work underway at
CENTRAM systems in his talk to the Stanford Macintosh Developer SIG.
It will be an interesting world when these ideas makes their way into
commercial products.
CENTRAM TOPS server software, which has been shipping for several
months, is the company's first product, and has been doing well enough
to let them move into a larger facility. It is built on top of a
"remote function protocol", a close relative of the "Apple session
protocol." TOPS intercepts the basic file traps, like PBOpen, etc,
and using the protocol, executes a corresponding routine remotely.
This is how it lets you share files on another disk over AT.
Apples "apple file protocol" will in principle be the same, and
CENTRAM intends to maintain compatability with AFP in their "TOPS-2"
version of server software. This is where the story really begins...
CENTRAM is, in various stages of extending TOPS, in the next versions,
to include:
- A unix server. This would require a hardware connection, like one of
the Kinetics gateway products. The main addition needed to the
present product is "file illusion management", eg., a way of
aliasing files to various parts of the unix file stucture, like
link allows within the file structure. Conceivably, there would
be a table that maintained these links more or less invisibly to
the user.
- A VMS server also. This is still on the drawing board.
Tim has been working on a commercial version of "MacIP", a version of
telnet for the Mac that runs on top of TCP/IP protocols. This grew out
of the public domain version he worked on at CMU. This version,
however will be commercial quality software. This would let the Mac
live on a local net with unix machines (again connected by a Kinetics
gateway), and, as far as I see, not require the rest of the net to
understand the remote function protocol. The Mac would speak a range
of the existing network protocols that run on TCP/IP, except I don't
recall him having plans to let the Mac be an ftp server.
As a consequence of this and other products, Tim has plans for a large
number of "building block" pieces of software. For MacIP he plans to
write a complete complement of telnet/ftp/smtp/TCP/IP for the Mac.
For TOPS he has an "Interbase" multi-file B-tree package with multiple
keys. Also, the SFfile routines required modification for TOPS, which
is refered to as the "file interface package." Most exciting is a
rewrite of the Mac OS to allow multi-tasking (no kidding). This would
not be forward compatible with existing Mac software, (no one writes
applications clean enough to make that possible) but rather would let
CENTRAM applications work in a multitasking environment.
These numerous building blocks are not planned as commercial products,
but might be licensed (eg. to developers, so many people could use the
TOPS protocols, for instance), and distributed thru developer
channels.
Finally, another product planned is a Postal system, with a nifty Mac
interface and automatic remote retrieval of messages. It would work
with or without a mainframe server host.
Tim gave the impression of aiming his development towards a TCP/IP
network environment, like the universities have grown to use.
CENTRAM's first product was rather a pure AT implementation. It will
be interesting to see in the future which direction AT develops - or
whether there will be an extension in some domains of AT to
incorporate other (read TCP/IP) traditionally used protocols.
The meeting broke up into an informal discussion about "low end" links
the Mac could provide to a TCP/IP net - like serial and dial up line
connections - or the Mac as serial to AT gateway. These are clearly
not the optimum way of putting the Mac on the net, but the group saw
this as an unaddressed practical need.
-johnmark
------------------------------
Date: Sun, 26 Oct 86 12:21:52 cst
From: werner@ngp.UTEXAS.EDU (Werner Uhrig)
Subject: File Checking program [ forwarded from Usenet ]
From bates@ssdevo.dec.com (Ken Bates DTN 522-2039) Thu Oct 23 19:08:08 1986
Path: ut-ngp!ut-sally!seismo!columbia!rutgers!sri-spam!sri-unix!hplabs!pyramid!decwrl!ssdevo.dec.com!bates
From: bates@ssdevo.dec.com (Ken Bates DTN 522-2039)
Newsgroups: net.sources.mac
Subject: File checking program
Message-ID: <6078@decwrl.DEC.COM>
Date: 24 Oct 86 00:08:08 GMT
Sender: daemon@decwrl.DEC.COM
Organization: Digital Equipment Corporation
Lines: 333
As partial payment for all the useful things I've received from this newsgroup,
I offer the following program. It is designed to scan and verify all files on
a 400K, 800K, or hard disk, both HFS and MFS directories. If you own a low
reliability hard disk such as I do (six units in one year), you may find it
useful. There is a fairly extensive help screen which explains the operation
and available options. Comments and bug reports cheerfully accepted.
- Ken Bates
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FILECHECK.HQX
DAVEG
]
------------------------------
Date: Fri, 24 Oct 86 02:16:35 EDT
From: David D'Souza <djdsouza@ATHENA.MIT.EDU>
Subject: DA-BACKDOWN.HQX
Reply-to: Djdsouza@ATHENA.MIT.EDU
Here is a DA which lets you download in the background. Very nice if
you do a lot of downloading to your Mac. Includes documentation and
version delta (latest) of the DA.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-BACKDOWN.HQX
DAVEG
]
------------------------------
Date: 25 Oct 86 11:39:44 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #87
Usenet Mac Digest Saturday, 25 October 1986 Volume 2 : Issue 87
Thoughts on MacWorld Expo/Dallas
Help on Serial Driver, please!
Logic Analysis
power packs on //, Mac
Grow box AND zoom box in old system on old Mac
Icon grid in Finder
Re: Grow box AND zoom box in old system on old Mac
Re: Icon grid in Finder
Re: Keyboard Layout
MPW C (ANSI extensions?)
A quick question regarding a ←Control call in assembly code
Re: New Apple ad campaign
Re: Thoughts on MacWorld Expo/Dallas
Software Project Management
Extension cable for Apple Hard Disk 20
Using a Mac+ as UNIX terminal emulator
Re: Motorola 68040
Re: Editable text items in Dialogs
Re: A quick question regarding a ←Control call in assembly code
this sounds like a good deal. PD-software disks at $2.75 ...
Apple profits up 151%; cancels COMDEX participation
LightSpeedC setjmp/longjmp question
Lisa to Mac compatibility
Re: Icon grid in Finder
Stock Quote Software Query
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-87.ARC
DAVEG
]
------------------------------
Date: 25 Oct 86 15:00:15 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #54
Delphi Mac Digest Saturday, 25 October 1986 Volume 2 : Issue 54
Today's Topics:
A+ Magazine
LightSpeed C/Loadseg hangs! (9 messages)
RE: database structure (Re: Msg 431) (2 messages)
bug in textedit? (2 messages)
RE: Point in Oval (Re: Msg 874)
RE: Telescape Pro Vt100 (Re: Msg 13997)
From the Bureau of Interesting Facts (2 messages)
LightspeedC globals (2 messages)
Lightspeed C Menu Defintion Routine (2 messages)
RE: Some questions (Re: Msg 14029)
Laser spoolers? (10 messages)
RE: Usenet Mac Digest V2 #86 (Re: Msg 14054)
RE: TeX (Re: Msg 14163)
A question
DS copier beta - problem
Another BBS...
font limitations (6 messages)
new resedit (2 messages)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-54.ARC
DAVEG
]
------------------------------
Date: Fri, 24 Oct 86 09:40 PDT
From: PUGH%CCV.MFENET@LLL-MFE.ARPA
Subject: MazeWars+
After spending many nights fighting with MazeWars I went and got a copy of
MazeWar+. I am very glad I did!
I had so many problems getting MazeWar to run on my Mac and my Mac+ and anyone
else's machine that I got sick to death of it. It got to the point where it
wasn't worth trying to play the damn thing.
With Maze+ that has all changed. It is trivial to boot Maze+ and it is rock
solid. I haven't had ANY problems (actually, it and TOPS don't seem to get
along, but I haven't tested that too much).
Maze+ also has features that MazeWar doesn't, like a Robot sidekick who is 1)
controlled by you, 2) a hunter, 3) a Teleport booth that can walk through walls,
or 4) an invisible (but with a shadow) thing that crashes into people. It
also has missles, eliminating that, "Hey, I shot too!" cry that MazeWar always
solicited. It plays over Appletalk and/or a modem. It has four levels of
slightly smaller mazes. It has sound effects and message capabilities. It
has a number of handicap options (with all options of all players displayed so
you can tell if a good player isn't using his handicap) like radar that only
works when you are stationary, no radar, and the old MazeWars proximity radar.
My advice is to go out and buy a copy (or get one from a friend for testing
purposes, you'll be sold!). This program is worth it.
Jon
------------------------------
Date: Thu, 23 Oct 86 15:58 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU>
Subject: Re: Mazewars
Jonathan,
Regarding the problem with Mazewars: do you mean Mazewars or Mazewars+?
All I know is that Mazewars+ needs a *lot* of memory, about 512K. It will
play on a Fat Mac, but will complain if you are using the HD-20 file to
load HFS: too little memory.
Mazewars+ runs fine on a Mac+ as long as the cache isn't too big.
-- Thomas
FRUIN@HLERUL5.BITNET or
INFOEARN@HLERUL5.BITNET
------------------------------
Date: Sat, 25 Oct 86 19:49:42 pdt
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Re: Maze Wars
In August of '85 I paid $300 to attend a 2-day seminar on appletalk.
During the seminar I was shown MazeWar, but I was told that since it did a
number of non-standard things at the network level, Apple did not intend
to release it to the public. I have since discovered that in addition to
doing non-standard things at the net level, it also does non-stndard
things at the graphics level: It has hard-coded into it the assumption
that it is running on a 512k Mac. (Size and location of video ram.)
Does anyone know how MazeWar got out of Apple? Given the flakiness of the
verion of MazeWar on INFO-MAC, and the low price of the released,
supported MazeWar+, you really should just buy a copy of MazeWar+.
--- David Phillip Oster -- "The goal of Computer Science is to
Arpa: oster@lapis.berkeley.edu -- build something that will last at
Uucp: ucbvax!ucblapis!oster -- least until we've finished building it."
------------------------------
Date: Fri 24 Oct 86 10:53:17-CDT
From: LRC.HJJH@R20.UTEXAS.EDU
Subject: NN&Q: Tempo macros, an accolade and a caveat
~~~~~~~~~~~~~~~~~~~~~~~~ NOVICE NOTES & QUERIES ~~~~~~~~~~~~~~~~~~~~~~~~
Tempo is a fairly new piece of software on the market, designed for
creating Mac macros. You, in effect, tell the machine, "Watch me while
I do X." And then, whenever you want to do X again you tap a couple keys
as a code to say, "OK, Mac, \you/ go and do X just like I did." Macros
can be great, especially for repetitive tasks. For a trivial example,
keying your return address at the top of letters. Or dialing in to a
mainframe. Or getting the printer to go ahead and print without your
having to scoot the arrow across the screen to click the OK box. They
can get vastly more complex, or be simple enough for a novice like
myself still stumbling around in MacWrite.
Yes, Tempo macros can be great, but emulate amorous porcupines in
creating and TESTING them!
I've a couple dozen MacWrite files of index-like text for which I made a
macro to substitute roman numerals I to XX for arabic numbers 01 to 20.
When applied (in a test file-- I'm not an utter idiot;-), 07 came out as
VI, 08 as VII, and 18 as XVII. Tho I had typed pretty carefully, I
cannot be absolutely positive I made \no/ errors, but I am SURE I didn't
make three! And while I might have to stop and think about some of the
other roman letter/numerals or their sequence in relation to each other,
the II's and III's are almost instinctive. Because of that, I suspect
the multiple I's were keyed too swiftly for them to register.
Re-creating the macro, I typed them v-e-r-y carefully one ← by ← one
and scrutinized the screen intently. Second time around, everything
came out OK.
Well, so I had to key the corresponding pairs twice. It still beat
having to key them twenty-odd times. Tempo is worth looking into.
------------------------------
Date: Sat, 25 Oct 86 17:21 EDT
From: BELSLEY%BCVAX3.BITNET@WISCVM.WISC.EDU (DAVID A. BELSLEY)
Subject: What does Disk Verify verify?
Several Infomac episodes ago, a utility called Disk Verify was posted. I've
downloaded it and used it, and it seems to do whatever it does quite nicely
and speedily. But what does it do? Suppose, for example, one initializes
a single-sided disk double sided, and the initialization is successful. At
this stage, one still does not know that the data sectors are trustworthy.
Now suppose one runs this disk through Disk Verify, and all goes well. Have
the data sectors now been tested? And, if so, how reliable is the test given
by Disk Verify relative to the type of testing that would be given by the
manufacturer before it was released as a double-sided disk?
Thanks to any and all for helping provide such information.
david a. belsley
boston college belsley@bcvax3.bitnet
------------------------------
Date: Fri, 24 Oct 86 14:21:59 pdt
From: Bernard Aboba <bernard@ararat>
Subject: MacTran 77 vs. MS Fortran V2.2
The November MacUser carries an ad for MacTran 77 on pp. 153. It is
distributed by DCM Data Products of Ft. Worth, TX. Phone: (817) 870-2202.
After calling them, I found out the following:
MacTran 77 is an integrated editor, compiler, and symbolic debugger, aimed
at being the "LightSpeed" of the Fortran market. The linker isn't finished
yet though, so you have to put everything in one big file for now. The
linker upgrade will come free when it's finished. Documentation is
a reference manual, and a users manual, EACH 200 pages, including
documentation for toolbox support. It's a native code, full ANSI 77 compiler,
with Toolbox support, HFS compatible.
There is an educational discount: $99 + $5 shipping and handling.
I will state flat out that I am NOT a fan of Microsoft (or Absoft) Fortran.
If this product does 75% of what they say it does, then MS Fortran is
in big trouble, with it's minimal documentation, poor use of the Mac
interface, etc. etc. etc.
Has anyone used this product? Comparisons with MS Fortran would be valuable.
Just think: instead of spending your time writing to Microsoft to suggest
bug fixes or language extensions, you could be programming! What a concept!
I am not connected with either Microsoft or DCM, other than being a
disgruntled user of MS Fortran.
------------------------------
Date: Fri, 24 Oct 86 12:05:19 EDT
From: olson@harvard.HARVARD.EDU (Eric Olson)
Subject: Re: Microsoft
Greg Lobdell writes:
16: In your original message you indicated that you felt Microsoft was not
17: sensitive to the customer's needs. This is simply not true. Take a look
18: at Microsoft BASIC for the Mac, this is one of the nicest BASICs available
19: on any Micro... primarily due to the fact that we listened to what our
20: customers asked for and implemented it!
21:
I reply:
Look at MacBasic (if you can find it, or one of the manuals if you can't) and
you will see a BASIC truly worthy of running on a Mac. MacBasic would have
given a whole new meaning to the language-- perhaps set a new standard (the
Mac seems to be good at influencing standards). But it never came out!
Why, you ask? I heard that MacBasic, although nearly complete (I saw a
Beta version that didn't need that much work), was cancelled by Apple
because of pressure from Microsoft!!!!!! Apparently Microsoft wouldn't
renew Apple's liscense for the Apple II ROMs unless Apple canned MacBasic.
I wouldn't call that sensitive to the user's needs.
If I am in error, anyone, please feel free to flame hotly at me.
"One of the nicest BASICs available on any Micro..." primarily because we
forced the other one out of existence. :-(
-Eric
------------------------------
Date: Fri, 24 Oct 86 09:48 PDT
From: PUGH%CCV.MFENET@LLL-MFE.ARPA
Subject: Why use FrontMan?
I don't want to make all the work someone put into FrontMan pointless, but why
do you need FrontMan? My note last ish mentioned an easy way to do the same
thing from the Finder.
Pull all the items you want to Print or start a program with out onto the desk.
Pull the program itself if the documents are of differing types. Close all
blocking windows. Select all the documents and the program from the desk.
Doubleclick on the program or select Print. When you are done, select all the
files again and pull down Put Away from the File menu. Everything goes right
back where you got it from. Pretty simple really. A lot easier to do than to
describe.
Jon
------------------------------
Date: Fri, 24 Oct 86 09:23:30 ADT
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: FEdit?
I've been trying to get the latest copy of FEdit, or at least some
program which does the same thing for HFS volumns. I sent a check
to the address in my current version of FEdit, but never received
an update (my check was never cashed). Would someone please let me
know where I can get a program like FEdit for HFS files. NB: I don't
have access to the INFO-MAC archives (!@#$$@!?), so I'll have to go
by the old fashioned mail technique. Thanks.
==> Paul@Acadia
[ note from moderator: ComputerWare in Palo Alto is now selling Fedit
(probably for less than the author) so they are a good bet. I've posted their
phone and address several times. Note that the current version is
unable to recover files from HFS volumes using tags. DAVEG ]
------------------------------
End of INFO-MAC Digest
**********************
∂27-Oct-86 1650 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #2
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 27 Oct 86 16:49:35 PST
Date: 27 Oct 86 1638-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #2
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 27 Oct 1986 Volume 5 : Issue 2
Today's Topics:
Serial Port and Timer Interrupts?
Re: Apple numerics manual
Re: Beware! Finder doesn't report disk errors
re: Mactran 77 vs. MS Fortran
MacDraw font problems between System files.
Lisa Workshop backup/recovery help
Diet Helper
Grep: A tool to use a search string with multiple files
KERMIT-34.HQX
kermit keyboard editor
Macintosh Serial Port Connections
Problem with MS Word ...
Jasmine Hard Drive
TK!Solver
Re: Megamax in trouble...
I'm afraid, another company bit the dust (HUMAN TOUCH)
Cooperative Effort to keep track of software versions, etc., anyone?
2400 bps modem for $300
Drive cleaners
----------------------------------------------------------------------
Date: Thu, 1 Jan 87 23:23:53 PST
From: Bernard Aboba <aboba@portia.stanford.edu>
Subject: Serial Port and Timer Interrupts?
I have been using ZBASIC V3.01 to do a little experimentation with the
serial (specifically, modem) ports, and timer interrupts. What I am
trying to determine is whether the Mac can read from the port at 9600
baud or greater, with the timer interrupt on, so that, for example,
you could take data from an A/D converter for a specified time. So
far, the results are very discouraging: with the interrupts off, it
looks like I can keep up (at least if I don't write the stuff to the
screen, which is ok for this application), but when ANY of the interrupts
are on (menu, timer, dialog, mouse, etc.) things slow down dramatically,
to what looks like around 300 baud!
I wondered if anyone out there knew how to do the kind of timed input
I'm interested in, and if these results are generally correct.
The ZBASIC code to do this is very simple; it could easily be posted if
anyone is interested.
------------------------------
Date: Sat, 25 Oct 86 09:08:55 pdt
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Re: Apple numerics manual
I just got mine from APDA yesterday (Page 19 of their August catalog,
$24). If you're doing anything at all with floating point on
the Mac, I HIGHLY recommend it. (The new MPW Pascal manual includes
a one-appendix summary, but I found that more confusing than it
was worth.)
Joel West MCI Mail: 282-8879
Western Software Technology, POB 2733, Vista, CA 92083
{cbosgd, ihnp4, pyramid, sdcsvax, ucla-cs} !gould9!joel
joel%gould9.uucp@NOSC.ARPA
------------------------------
From: stew%lhasa.UUCP@harvard.HARVARD.EDU
Date: 27 Oct 86 08:16 EST
Subject: Re: Beware! Finder doesn't report disk errors
Should have mentioned that my file copy problems were with System 3.2,
Finder 5.3, on a Mac Plus.
------------------------------
Date: 27 Oct 86 12:17:00 EDT
From: <bouldin@ceee-sed.ARPA>
Subject: re: Mactran 77 vs. MS Fortran
Reply-to: <bouldin@ceee-sed.ARPA>
I have tried several times to get a review copy of Mactran 77 for an article
for Mactutor. This has gone on for several ←months← and I am always told that
I will get it "soon". The compiler does not yet generate standalone applications
and that is all I know about it at this point.
I really hope that this product comes out soon since there is a desparate need
of some competition in the Mac-Fortran world. Something has to be done to
light a fire under MS and get them to support Fortran the way they should.
I intend to forward the flames posted here about MS-fortran to Greg Lobdell,
MS Mac Languages Program Manager. So make a little noise! If they here enough
complaints from users I think they will respond.
------------------------------
Date: Mon, 27 Oct 86 12:45 CDT
From: <MAX%TAMLSR.BITNET@WISCVM.WISC.EDU>
Subject: MacDraw font problems between System files.
I've been transporting my MacDraw documents across Systems without
losing font information for a long time. It occured to me that
QuickDraw pictures retain font information by font ID number, not by
their position in the font menu. Since MacDraw has an option to save
a document as 'MacDraw format' or as 'PICT format', I tried saving my
documents as PICTs. Works like a charm. As long as the fonts are present
in both systems, everything is fine. If a font isn't present in the target
system, MacDraw picks one for you. The fonts don't even have to be in
the first 11 (or more if you have the patch for the font menu).
I haven't encountered any problems with using this method. (yet...)
Greg Marriott
------------------------------
Date: Mon, 27 Oct 86 00:26:02 EST
From: "Leigh L. Klotz" <KLOTZ%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
Subject: Lisa Workshop backup/recovery help
A while back I heard about a program for reading Lisa workshop
disks on a macintosh. I have committed the grievious error of
making a Lisa Workshop backup of my Lisa and then converting it
to MacWorks. As you have probably guess, I cannot read my backup.
Does anyone know of such a program?
------------------------------
Date: 27 Oct 86 08:15:43 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Diet Helper
[ Uploaded from Delphi by Jeff Shulman ]
Name: DIET HELPER
Date: 25-OCT-1986 20:50 by ESROG
In diet planning, it is often necessary to set goals for calories and for
protein, fat and carbohydrate in terms of grams and/or in terms of the % of
energy derived from each. This program allows the user to enter the information
at hand. The program then evaluates whether the data is sufficient and
consistent. If so the proprogram then fills in the missing data. It was
written as part of a class project at the Biomedical Engineering and Science
Institute of Drexel University, Philadelphia, PA, 19104. Permission is granted
to copy and distribute this program for non-commercial educational or personal
use.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DIETHELPER.HQX
daveg
]
------------------------------
Date: Mon, 27 Oct 86 12:37:21 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Grep: A tool to use a search string with multiple files
This is a DA that implements GREP which is a great UNIX tool for searching
files for a given string. This works with TEXT only files so if you are
using MacWrite you need to save the files as text only. Included in this
packit files is the documentation and the DA. I believe this originates
from a usenet posting by Paul DuBois.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-GREP.HQX
DAVEG
]
------------------------------
Date: Mon, 27 Oct 86 12:17:28 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: KERMIT-34.HQX
It was pointed out to me that we don't have the current copy of MacKERMIT
available in the archives. Here it is, version .8 (34).
David Gelphman
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>KERMIT-34.HQX
DAVEG
]
------------------------------
Date: Mon, 27 Oct 86 12:13:31 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: kermit keyboard editor
This is an application which edits KERMIT documents to modify the
keyboard layout. I don't know of any documentation for it. Once you
save Kermit settings into a document, run this application and open
the document from within it and EDIT away.
David Gelphman
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>KERMIT-KEYEDIT.HQX
DAVEG
]
------------------------------
Date: Fri 24 Oct 86 13:18:14-EDT
From: Frank da Cruz <SY.FDC@CU20B.COLUMBIA.EDU>
Subject: Macintosh Serial Port Connections
We, the Kermit folks at Columbia, have been getting increasing numbers of
questions about how to connect Macintoshes and Mac-Pluses to modems and
directly to other computers. I hope the following material will help. I
won't go into any detail explaining terms -- you can look them up in a data
communications book (or the Kermit book!). Any corrections or further
insights will be appreciated.
The Macintosh serial port is not RS-232, it's RS-422 and uses different
signalling. The Mac RS-422 port lacks the modem signals CD, DTR, DSR, RI,
and RTS, and any modems that expect to handshake with the Mac using these
signals will not work unless the handshaking can be overriden (e.g. by
setting configuration switches in the modem) or by fakeout wiring in the
modem end of the cable.
The Macintosh serial port connector has 9 pins rather than the customary 25
pins that RS-232 requires. The Mac-Plus has an 8-pin "Din-8" connector,
which needs a special converter from Din-8 to 9-pin to make it "plug
compatible" with the original Mac.
Here are the Macintosh 9-pin connector assignments, and the corresponding
Din-8 assignments:
9-pin Din-8 Signal
1 4 FG (frame ground)
2 +5V (not connected in DB9/Din-8 converter)
3 4 SG (signal ground)
4 8 TD+ (transmit positive)
5 5 TD- (transmit negative)
6 2 +12V
7 1 CTS (clear to send, or "handshake")
8 6 RD+ (receive positive)
9 3 RD- (receive negative)
The cable that you need to connect the Mac to a modem or to another Mac may
not be readily available in a store, so you might have to alter or build one
yourself. The parts (DB-9 and DB-25 connectors, pins, cables, tools, etc)
should be available from computer stores or in computer supply catalogs like
Inmac, Black Box, Misco, etc.
To connect a Macintosh to a modem, you need a male 9-pin (called DB-9, DE-9,
or D-9) on the Mac end. Only pins 3, 5, 8, and 9 need to be connected. On
the modem end, a 25-pin male DB-25 connector. Four wires in the cable
should connect the pins in the two ends as follows:
Mac DB-25
3 7 Signal ground
5 2 Transmitted data
8 1 Frame ground
9 3 Received data
Before testing this cable with your modem, be sure it's plugged into to
desired port (the present version of Kermit on the Macintosh, 0.8(34), works
only on the communication port, not on the printer, SCSI, or any other port;
this restriction may be lifted in future releases), and the baud rate is set
appropriately, usually 1200.
You should be able to dial the modem (if it's Hayes compatible) by typing
ATD and the phone number. If this doesn't work, check the configuration
switches of your modem. In particular, it must be in originate mode (ATD
puts Hayes-like modems in originate mode automatically), and it may need to
be instructed to ignore DTR (many modems require DTR signals from the PC,
but the Mac doesn't provide one). For further details, read your modem
manual. Also see the hint below.
To connect your Mac to another PC, use a "null modem" cable. Here is how
to set up a null modem cable with a Mac 9-pin (male) connector on one end
and a male DB-25 on the other:
Mac 9-pin DB-25 The DB-25 end of this cable can be plugged into
any computer that has a female RS-232 DB-25 serial
3 SG ---+ port connector. To connect a Mac with a PC/AT
| (which has a DB-9 connector, but with RS-232
+---- 7 SG rather than RS-422, signalling), use a regular Mac
| modem cable, described above, on the Mac, a regular
8 RD+ --+ PC/AT modem cable on the AT (available in stores
+-- 6 DSR and catalogs), and a female-female null modem
| (also available in stores and catalogs) to connect
7 CTS <---+-- 20 DTR the DB-25 ends of each cable.
|
+-- 8 CD To connect two Macs back-to-back, use a similar
trick: two Mac modem cables, plus a null modem.
5 TD- ------> 3 RD
Building, adapting, and testing connectors is
9 RD- <------ 2 TD not everyone's dish of tea. If it's not yours,
then take a copy of this message to a computer
+--- 4 RTS store and point to what you need. If possible,
| try to test it there on a configuration similar
+--> 5 CTS to yours before paying for it.
Back to modem cables. If your modem requires certain modem signals, and
this requirement cannot be disabled, you should be able to cajole the modem
into operation by using a null modem cable like the one above, but with:
5 TD- ------> 2 TD
9 RD- <------ 3 RD
That is, the modem signals RTS, CTS, DTR, DSR, and CD are all faked in
the connectors, but receive and transmit are not cross-connected as in a
real null-modem cable.
------------------------------
Date: Thu, 23 Oct 86 19:10:17 n
From: Roy Omond <OMOND%EMBL.BITNET@WISCVM.WISC.EDU>
Subject: Problem with MS Word ...
Here's hoping someone can help me ...
We just installed ca. 70 Mac+ in our lab with MS Word (v 1.05) for each
of them. One of the things driving us crazy is that when you launch MS Word,
the default Page Setup is set at US Letter. For us Europeans it's a pain in
parts of the anatomy to have to change this every time, so the question is :
Does anyone know if it's possible to alter the default to e.g. A4 ?
If not possible cleanly, anyone have a dirty way ? e.g. MacZap ?
If that's impossible, any chance of the USA changing standard paper
to, say, A4 :-) ?
Thanks for any replies, Roy.
------------------------------
Date: Fri, 24 Oct 86 01:02 EDT
From: <JCLARK%UTKVX1.BITNET@WISCVM.WISC.EDU>
Subject: Jasmine Hard Drive
I had seen the Dataframe 20 and Mirror Technologies drives earlier this year,
and had pretty much decided on purchasing the Dataframe when I
called Jasmine after first seeing their ad. At that time, the best price
I had been able to get on the the Dataframe was $895.00 (although if the
price in the latest MacWorld is correct, it is now advertised at $735.00).
I purchased a Jasmine drive, after talking with a representing in the attempt
to learn as much as possible before taking a leap of faith. Not being an
expert, I asked what widely marketed drive it was closest to in performance
(MDIdeas?), and inquired about speed etc. ("all perform roughly the same.")
What convinced me to take the gamble, however, was learning of the 30 day
money back guarantee--which was not advertised at that time. I was told
that they were making the drives only to fill existing orders, and that my
shipping date was October 7. When Oct. 17 rolled around, I called to see what
the difficulty was (my VISA reflected the charges); I was told that they
had had some difficulties and that mine had gone out that day. This was a
Friday, and it arrived by Purolator on Monday.
The drive is about two inches high and is roughly the same size
as the Apple HD20. The "manual" is several photocopied pages, but Jasmine
promises that a complete manual is forthcoming. Software included is a
formatter, a head-parking DA, a DA to mount SCSI volumes, and
a PD domain backup program. You receive some documents indicating some
tests run on your drive and power supply, the Seagate serial number, and a
short cable (just long enough so that it is possible to set the drive to
the side of your computer).
The setup is trivial, although I had a sinking feeling when I plugged
the thing in and absolutely nothing happened! After removing the fuse (how
could it be blown?) and adjusting it a little (by pulling it out a little from
it holder), everything worked fine. There are two outlets, one for your
ImageWriter (NOT LaserWriter) and one for your Mac. Approximately 15 MB of
PD and shareware software is included. I copied it all to an Apple HD20 and
reformatted the disk, installed MacServe, and everything worked like a charm.
Performance: mine is louder than an Apple HD20, by how much I can't really
answer. Set two Macs near each other, one with the Apple drive, and the
other with the Jasmine, and you can clearly hear the Jasmine above the Apple
drive (maybe by half?). It has a fan, but the only vents are on the
underside, and in front. Consequently it feels warm to the touch, but
not nearly so warm as the top of a Mac.
Disktimer benchmarks:
Apple HD20 Jasmine Direct Drive 20
Reads: 117.9 24.6
Writes: 131.6 120.5
Seeks: 6.0 3.4
I don't know how these times compare with other drives, but would certainly
be interested to find out during these next thirty days!
All in all, the unit seems to be well-made,and the company seems to be
responsible. I hope I feel the same way near the end of my 30 days.
Jim Clark
UT Martin
jclark@utkvx1
------------------------------
Date: Mon, 27 Oct 86 15:11:47 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: TK!Solver
Does anyone know if TK! Solver is still being sold by Software Arts, or if
there is any plan to update the program in the future?
Jonathan Leblang
jonathan@bert.mitre.org
,
------------------------------
Date: Fri 24 Oct 86 22:47:13-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: Megamax in trouble...
%
% follow-up to imac-4.133 RE: MegaMax and FastEddie
% [ this is a follow-up to several articles in INFO-MAC 4.133 on the topic of MegaMax-C compiler and the (now-bundled) editor FastEddie ]
% John Bruner <jdb@s1-c.arpa> writes:
I intend to dump Megamax and buy Lightspeed C for now, and MPW C when
I get a Mac with more than 512K of memory. I suspect that if and
when they finally release their upgrade, they'll discover that their
Mac market (they're also advertising a development system for the ST)
has dried up.
I think they have discovered that already and are investing most of their
efforts into the ST and other markets. Too bad, I liked them a lot when they
first came out, but as I had reported earlier this year, I had great doubts
about the pace of progress to be expected from them after a presentation to the
local developers group. Some people called this a "self-fulfilling prophecy"
and were angry that I had made public my impressions, but that's not an
approach that strikes me as fair to potential new users. I don't know if they
cashed any checks from new orders that were kept waiting, but if they are
healthy than I would not expect that to have taken place. But companies in
trouble are known to do that when the going gets rough, and we all agree, I
hope, that part of the benefit of this net is to keep informed well enough
to make decisions that prevent you from getting burnt. (I just got taken for
$100 deposit in a video-club)
% woody@Juliet.Caltech.Edu (William E. Woody) writes:
I received the beta version of Megamax C version 3.0. Even though
only a beta version, the C compiler is very solid, and does work with
HFS. Some of the utilities (besides the C compiler and the Linker) have not
been fixed to work properly with HFS; FastEddie (the editor now being bundled
into the Megamax package) doesn't have a print command; The BATCH program
dies on me with an "INTERNAL ERROR"--you can't have everything with a beta
version, I suppose.
I bow to William for his loyalty and patience. His article, BTW, motivates me
to post the demo-version of FastEddie-2.9 which prints (in the background, no
less) and I will investigate how I can get permission to make the full version
available to the registered FE or MM users among you. let me hear from you.
% Scott Comer <wert@rice.edu> writes:
I just talked with Pete at Megamax, and he had this to say:
They are ready to ship anytime now. They were having some problems with
the FastEddie editor that they wanted to resolve before shipping.
Something to do with tabs, and some other stuff. There are no major ...
If that's how Pete expressed that, then he put sand in your eyes. They didn't
have "trouble" with FE, they simply wanted some changes *RIGHT NOW*. It's my
impression that they were doing a lot of "Hurry up and wait" in their
communications with Daniel of Cottage Software (FastEddie). Handling hard tabs
differently was a major problem in FastEddie, as it had implications all
through the code. But if they would only do their mods as promptly and
efficiently as Cottage Software you wouldn't still be waiting for "anytime
now". tsssss (now, I must admit, that where I failed, they did succeed in
motivating Daniel to implement some mods I wanted. $$$s talk, what else is
new ...(-:)
% Scott continues:
Rumors that they are in trouble are completely unfounded. They are very
responsive to my questions on the phone, and seem to take time to make
sure things work like they should. I don't mind waiting for that. Not that
I like waiting, but they are a small company, and probably don't have as
much person-power as they could use.
Another loyal customer, that is nice. I agree that they do not seem to be
*financially* in trouble, but their continued Macintosh effort is somewhat
dubious. I hope I am wrong. That does not mean one shouldn't respect their
effort. Anyone that develops for the Mac on a PC (they said that's how they
started) and without Apple support or even IM (Inside Macintosh) must be very
courageous (and some other things....) No, they use Macs and have IM now, of
course.
------------------------------
Date: Tue 21 Oct 86 13:12:51-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: I'm afraid, another company bit the dust (HUMAN TOUCH)
Well, at least the symptoms are there ...
after using their '3-to-1 Touchboard' to build "The Beast", a Mac with
dual-68000, 4 Meg Ram, internal hard-disk and 1200baud modem, we were waiting
for their 68020/68881 board to build the "Levco and GCC Destroyer" ...
We were also waiting for some SANE-software, which was always just another
week away .... then the calls were not being returned as promised, principals
were out hunting for more money .... yesterday their phones did not answer,
today their landlord says that they quietly moved out of the premises over
the weekend and we can't find out where to ....
...so until I hear different, I assume that's it. My guess is, that investors
were not willing to sink in more money with Apple's new slotted machines on
the horizon. I don't really blame them, even though it is really frustrating
to think that Levco and GCC are going to continue raking in the bucks in the
meantime, while we are sitting around here frustrated like hell. We sure
looked forward to throw a good party at the next MacExpo for you guys .....
Sooo, for the time being I'd hold off buying any Human-Touch products, at
least if you depend on their support. In the meantime, I wished I could
show you "The Beast" running "MacSpin" or "GeoView", both local achievement
that come alive on this machine (BTW, I don't think I ever mentioned GeoView;
it's a Geologic Mapping Module that has some large oil-companies breathing
heavily ....(-: .. talking of that; have you guys seen the X-rated program
"MacPlayMate"? (not a local development, thank you) Can you believe it??!!
I had seen the demo, then last night the "real thing". I think it's written
by Mr. Saenz, who I believe wrote ComixWorks ... No idea where marketed;
there is a demo floating around with an order form though. I seem to remember
a price of $29/49 for 400/800K version, respectively.
What will they come out with next (in stero and colour on the GS, for example)
.....
...enough gossip. The green power-LED on my DataFrame went out and it doesn't
seem to be a problem of the LED. There was a recent posting on that problem.
Could someone refresh my memory ...?
------------------------------
Date: Fri 24 Oct 86 23:09:07-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Cooperative Effort to keep track of software versions, etc.,
Subject: anyone?
We all would like to know the status of some software package sometimes and
what the latest version does and what the new features are. Does anyone have
a collection of such data already? Any suggestion on what info to collect
and in what format? (data-base, plain text, Acta, FactFinder, etc.??)
I doubt that I could tackle such a project all by myself, but I would think
that in cooperation with people on "WorldNet" we could achieve something
worthwhile and credible. We could probably convince developers to post
update information either on commercial or public sites connected to the net.
Delphi or FidoNet come to mind, as well as AppleLink, public access sites into
Usenet, etc. Has anyone seen such an effort to cover either PD or/and
commercial software, by some Users Group, maybe? From what I have seen in
MacUser and elsewhere, they don't keep the list of version numbers updated
very well at all. I'm sure we could do better here. But before I start at
sqare one and type in the data I know about, maybe someone is already ahead
of me??!!
werner @r20.utexas.edu @utexas-20.arpa @ut-ngp.uucp
------------------------------
Date: Sat, 25 Oct 86 23:47:30 edt
From: Antonio Leal <abl@ohm.ECE.CMU.EDU>
Subject: 2400 bps modem for $300
When I saw an add for a mail order, unknown brand, 2400 baud modem for $299,
I wondered if I should take a chance on it. Now that I did, I thought you
might want to know ... yes, it works OK with the Mac, and is pretty slick.
Specs: - Hayes compatible (100%, they claim; the autodialers and stuff work).
- CCITT and Bell compatible at 300/1200/2400 (meaning that I can hope to take
it back to Europe, and just replace the external 110/14 VAC transformer !).
- Slim (hardcover book size), white plastic case, 8 LEDs (translucent cover).
- Two modular phone jacks (you can leave the phone connected to it) and phone
cable. RS-232 plug, but no cable (a standard Mac-to-modem works for me).
Goodies: - They didn't charge for UPS shipping, delivered in 5 work-days,
and had two bonus included: a CompuServe $15 credit for new subscription (I
can't figure out if CompuServe will charge the $40 sign-up or not), and an
Official Airline Guide free sign-up and month usage.
- The manual is typewritten, plastic ring binding, but satisfyingly complete.
- Advertised 30-day return privilege if not satisfied, and 1-year warranty.
The brand name is Basic Time 2400E, manufactured by BCS corporation.
The seller is Qubie', and they advertised in Byte (september, at least).
Phones: CA 805-987-9741, rest of U.S. 800-821-4479, Canada (403) 434-9444
London (01) 223-4569, Paris (01) 321-5316, Sidney (02) 579-3322.
Disclaimer: Just a satisfied customer (who likes to read product reviews :-).
Antonio Leal abl@ohm.ece.cmu.edu
ECE Dept., Carnegie Mellon University, Pittsburgh, PA 15213
------------------------------
Date: Sun, 26 Oct 86 01:09:07 est
From: Christopher North <bono%dartmouth.edu@CSNET-RELAY.ARPA>
Subject: Drive cleaners
How many people out there use disk drive cleaners? I went out and bought
a Head kit for double-sided drives and found it to be very poorly made.
The plastic that the casing was made of was not very rigid thus allowing
it to expand beyond the limits of the drive. I have gotten this disk
stuck in the drive more than once. Does anyone out there know of a
better cleaner than this that doesn't experience this problem?
Thanks in advance.
------------------------------
End of INFO-MAC Digest
**********************
∂28-Oct-86 1710 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #3
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 28 Oct 86 17:09:54 PST
Date: 28 Oct 86 1703-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #3
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 28 Oct 1986 Volume 5 : Issue 3
Today's Topics:
Lightspeed Pascal and VBL tasks
The Last Word on MacDraw Font Bugs
GAME-GO.HQX
DA-MINIWRITER-12.HQX
cheap 68020/881 upgrade for the Mac
Re: Distribution of TK!Solver
Mazewars etc.
A desktop publishing problem
More on Tempo
Cooperative Effort to keep track of software versions, etc.,
What to clean the screen with
----------------------------------------------------------------------
Date: Tue, 28 Oct 86 12:48 EDT
From: JDM%SMVL%rca.com@CSNET-RELAY.ARPA
Subject: Lightspeed Pascal and VBL tasks
I wonder if anybody out there has had any success at getting
VBL processes to run while in the LSP environment. Im doing an application
that is making use of the sound driver and I need to install a VBL process
to avoid the annoying (and well documented) "click".
My program (with VBL process) works fine outside of the LSP
shell, but crashes on GetNextEvent in the main loop inside LSP.
Just curious if anyone has tried any kind of asychronous/interrupt
driven process inside LSP and gotten it to work.
Joe
By the way, I think that LSP and LSC are the best conceived and executed
software projects I have ever come across in my software development/management
days. I am not associated with THINK other than to say that I am very
happy customer.
------------------------------
Date: 27 OCT 86 12:03-EDT
From: KURAS%BCVAX3.BITNET@WISCVM.WISC.EDU
Subject: The Last Word on MacDraw Font Bugs
Okay, folks, here's the last word on all the font bugs in MacDraw.
1. MacDraw stores font information based on a font's position in the font
menu, not on its ID number as it should. This poses problems when opening
files with different "System" files than they were created under. There
is no fix of which I am aware. The only workaround is to be sure the font
you want is in the System file you are using and to just change fonts.
(I know, it's a pain.) I have never experienced problems with font sizes
in MacDraw.
2. MacDraw is incapable of displaying more than 11 fonts in its font menu,
because the menu has the sizes in it as well. Luckily, there is a fix.
The fix is published in the November 1986 issue of MacUser on page 125.
It is there attributed to Jon Hardis of Washington. I had nothing to do
with this fix, but I can verify that it works with as many as 22 fonts
and maybe more, though I know there is a limit. You'll have to determine
where that limit is. If you're not using a Mac Plus, you'll need System
3.x for your 512K which allows mwnus to scroll.
FIX:
Using FEdit or a similar disk editor, make the following changes to the
Mac Draw application. Use a COPY ONLY and verify that it works before
replacing your old versions.
CHANGE TO IN THIS MANY OCCURRENCES
41ED FAD6 41ED F360 9
0000 0C60 0000 0CA0 1
000B FACE 0016 FACE 2
0014 6F02 7C14 001F 6F02 7C1F 1
70E1 709B 3
0001 00E1 0001 009B 3
10E1 109B 1
0C47 0015 0C47 0020 1
4E56 FFBE 4E56 FF9E 1
3. MacDraw does sometimes have trouble keeping text aligned properly with
graphic elements. Furthermore, the screen representation is not always
identical to what will be printed. This problem is more pronounced when
the text has been scaled. It also crops up sometimes with pasted-in bitmap
graphic elements. There is no fix. Just keep realigning things until
you see what you like.
4. The current version of MacDraw, should there be any confusion, is 1.9
5. I have not heard of any planned upgrades to MacDraw. If I do, I will
inform the readers.
Pat Kuras
<KURAS@BCVAX3.BITNET>
Boston College
------------------------------
Date: Mon, 27 Oct 86 15:30:37 PST
From: <LOGANJ@byuvax.bitnet>
Reply-to: LOGANJ%BYUVAX.BITNET@forsythe.stanford.edu
Subject: GAME-GO.HQX
[ note from moderator: This message is from the author (not the poster)
of the go game which was posted earlier but was corrupted. The new
copy has been verified OK and has been posted. Thanks to Jim Logan for
his sharp eyes and kindness in posting a new version. DAVEG ]
The posting that you received recently about my Go program was very
strange - I didn't post it, somebody else was probably trying to be
helpful. Anyway, I'm sending you a better version of my Go program
than you have in the archive. I tested the following BINHEX file by
unhexing it, and it works okay.
Please note: This is not the latest version! Why? My program is in
the International Go Tournament in Taiwan next month, so I'm being a
little protective until after the tournament - competition, you know.
After the tournament in November I'll be happy to put the latest version
in the archive.
This is the July 86 posting of my Go program (version 1.0A3, with the
following improvements over the Spring '86 postings to USENET:
- Two new playing modes: Computer vs Modem Port & Human vs Modem Port
- Compatibility with HFS
- Print option, including laserwriter support (resize to 150% looks great)
- Icons for the desk top (you might have to set the bundle bit after unhexing)
- Game documents have their own icon
- You can now click on the game documents to start the program
- Capability to add and remove handicap stones
- Better estimation of territory (not perfect yet), which improves lookahead
- Other minor fixes
This file is about 81,xxx bytes, and the unhexed version is about 59,920 bytes.
Regards,
Jim Logan (email: loganj@byuvax.bitnet)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-GO.HQX
DAVEG
]
------------------------------
Date: 28 Oct 86 19:18:04 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: DA-MINIWRITER-12.HQX
[ Uploaded from Delphi by Jeff Shulman ]
Name: MINIWRITER PACKAGE
Date: 17-OCT-1986 20:27 by DDUNHAM
[ Updated 16-OCT-1986 21:41 by DDUNHAM to 1.2. New version prints to AppleTalk
ImageWriter. No other files changed. ]
[ Updated 21-SEP-1986 05:14 by DDUNHAM to 1.1. New features include
faster Undo, the ability to open files over 30K, better printing
options (including PostScript), and better Servant compatibility. If
you've already paid for an earlier version, this one is free. Only
files 1 and 2 have changed, all others are still the same. ]
miniWRITER(tm) is a TEXT-processor desk accessory with Undo and deluxe
printing at draft speed. In addition to the desk accessory itself,
this package contains the following files:
miniWRITER.doc describes the miniWRITER desk accessory. It's in MacWrite 2.2
format. miniWRITER.appendix goes into detail on ImageWriter printing. Part of
the miniWRITER(tm) package.
imageWRITER font. Use with miniWRITER desk accessory for what-you-see-is-what-
you-get printing at draft speed.
Two templates for printing envelopes with miniWRITER. For best
results, install the imageWRITER font before using them. These
templates work with the ImageWriter printer.
A ResEdit TMPL (template) resource useful for customizing the miniWRITER desk
accessory is included in the "suitecase file."
Copyright (C) 1986 Maitreya Design. SHAREWARE.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MINIWRITER-12.HQX
DAVEG
]
------------------------------
Date: 28 Oct 86 16:02:00 EDT
From: <bouldin@ceee-sed.ARPA>
Subject: cheap 68020/881 upgrade for the Mac
Reply-to: <bouldin@ceee-sed.ARPA>
Novy Systems Inc. now has an 020/881 upgrade for the Mac and Mac+. The 68K is
desoldered and replaced with a socket, then a daughter-board with an 020 and
optional 881 are mounted on the socket. The Mac still runs at 8 Mhz and no
memory is added.
Running Absoft fortran, a standard Mac does 43K single precisions whetstones
and 18.5K double precision whetstones. With the Novy 020/881 and a patch to the
fortran runtime library, these numbers are 151K single precision and 104K
double precision. With the addition of the Absoft 68020/881 code generator
this should improve to an estimated 200-225K single precision whetstones. In
Whetstone performance, this upgrade will provide about 40% of prodigy 4 speed
for about 20% of the price.
Prices are: 68020 only - $595. 68020 and 881 $749. Absoft 68020 code generator-
$495. Installation is available for $49. A patch to SANE is expected in about 1
month so that any application that uses SANE should see a large increase in
speed. The SANE patch is free.
For details:
Novy Systems Inc.
69 Ravenwood Court
Ormand Beach, Fl. 32074
or, Absoft Tech. Support at (904) 423-7587.
------------------------------
Date: Tue, 28 Oct 86 14:14:23 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Re: Distribution of TK!Solver
A recent article in info-mac asked who is distributing TK!Solver.
The Sept/Oct. issue of MacInTouch indicates it is being sold and
supported by Universal Technical Systems in Rockford, Ill. Their numbers
are 800-435-7887 and 815-963-2220.
David Gelphman
------------------------------
Date: Mon, 27 Oct 86 10:26 EST
From: GKN3M2%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Mazewars etc.
Just a note to relate our experiences with Mazewars. We run
about a dozen Mac+'s over Appletalk. All the Macs have MacServe
installed into the system file. Mazewars runs flawlessly and has
chewed up quite a bit of our research time. However, if we boot
a Mac+ with a system that does not contain MacServe, Mazewars will
not recognize other players on the net.
This is meant only as a hint to more experienced Mac'ers
to cure their Mazewars headaches. I have no idea why Mazewars
behaves this way.
If you have doubts about your version of Mazewars, give our
bbs a call and download our working version (PACKIT II format).
Evan Bauman
Dep't of Chemical Engineering
University of Notre Dame
gkn3m2@irishmvs (bitnet)
MacCHEG BBS 219-283-4714; NON-Business hours only, please.
------------------------------
Date: Mon, 27 Oct 86 16:32:11 pst
From: Mike Wirth <mcw@lll-crg.ARPA>
Subject: A desktop publishing problem
OK, all you Mac gurus out there. Here's a "simple" problem for you. I have
a fixed-format text file on the Mac (125 char. per line, followed by a carriage
return), downloaded from a host computer, which contains phonebook info. That
is each line has (in fixed columns) a name, an extension, a room number, a
secretary's name, etc. What I want to do is to "prepare" this file, so that
I can flow it into a PageMaker column so that I can publish a company phonebook
that looks better than the current lineprinter listing.
Here's the tough part: I want each item on a line to have a different text
"property," e.g., names and extensions in bold face, secretary's name in
italics, etc. That's easy to accomplish in MacWrite or MS Word, manually(!!!)
one line at a time. But how can I accomplish the transformation automatically
for a thousand lines?
Some observations and possible approaches:
1) Use MEDIT and macros to shuffle the items around in a line and insert tabs
between them -- that's the easy part. Problems: I have to do it in chunks,
MEDIT only takes 32K char. at a time. Also, there is no way to insert text
"properties" (attributes), as opposed to simple text, itself.
2) Once I have the items in each line tab delimited, I can load the file into
Excel or some database package (e.g., Omnis 3+). In Excel, I can set individual
item columns to bold and print the file from Excel. But any file output from
Excel (or any database I know of) is simple text, not a MacWrite or MS Word
file with embedded text attributes.
3) From Excel or a DB, I can produce multiple files, one for each item column.
Then in PageMaker, I can set up narrow, parallel columns and flow each file
into the correct one. But with a thousand lines (i.e., many pages), it'll
undoubtedly be a mess to make sure that the rows stay in sync, especially as
I edit the layout to add alphabet labels, etc.
Looks like this is a case where WYSIWYG fails badly vrs. procedural text
formatters. With a regular expression pattern matcher and embedded control
codes for font changes (as in UNIX TROFF, etc.), this would be duck soup.
4) Oh, yes. What about using Tempo to format one line in MS Word, then turning
it loose on the rest of the file. Is it smart enough to keep track of
character positions within a line?
Please send replies to me or post them on Usenet or Delphi.
Thanks,
Mike Wirth
MCW@LLL-CRG.ARPA
------------------------------
Date: Tue 28 Oct 86 01:43:12-CST
From: LRC.HJJH@R20.UTEXAS.EDU
Subject: More on Tempo
Better evidence that Tempo is \not/ perfectly reliable. But in all
fairness... this time it m-a-y not be the software's fault.
I'm compiling a glossary for a foreign-language textbook, and fairly
often I need to mark where some item of information is missing. For
this I click at the vulnerable spot and activate a macro which inserts
a string of underlined underscores. Out of the few hundred times I did
this, maybe a dozen times the result was underlined hyphens, instead.
In defense of Tempo-- the manual says to use only the Tempo installer
to copy macro's. And I was using a back-up disk which had been
copied-as-a-whole from an original master start-up disk.
Just a caution, for Tempo is still right up there next to COPY II in
\my/ exteem.
------------------------------
Date: Tue, 28 Oct 86 08:50:10 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Cooperative Effort to keep track of software versions, etc.,
> We all would like to know the status of some software package sometimes and
> what the latest version does and what the new features are. Does anyone have
> a collection of such data already?
Such a thing is done on compuserve. I've got the most recent on floppy
somewhere, and I suppose I could upload and post it if there is
interest. I'd als be willing (I guess, unless someone else volunteers)
to get information from the net onto compuserve for future updates.
chuq
------------------------------
Date: Tue 28 Oct 86 02:21:42-CST
From: LRC.HJJH@R20.UTEXAS.EDU
Subject: What to clean the screen with
Every few months I've given my Mac a good external clean-up with some
stuff sorta like Windex and given it a rub-down with anti-static fluid.
Recently I ran across a warning NOT to use Windex and the like on the
screen because they could have an ill effect on that ribbed surface
which is just a coating, not glass. "Horrors! What had I almost done",
I thought, getting a reassuring roughness as I felt the screen. So
\this/ time I put away the Windexy-stuff and got a bowl of good warm
water, dipped in a fresh cloth and cleaned Mac's face.
Now I have a nice, shiny, SMOOTH screen. <sigh>
------------------------------
End of INFO-MAC Digest
**********************
∂30-Oct-86 1750 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #4
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 30 Oct 86 17:50:14 PST
Date: 30 Oct 86 1749-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #4
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 30 Oct 1986 Volume 5 : Issue 4
Today's Topics:
LSP and VBL tasks
linking assembly lang. subroutines to fortran
Another MacDraw Bug
Mac+ pinouts
GAME-MAZEWARS-PLUSCOMPAT.HQX
GRADER.HQX
10/28/86 MACINTOUCH BENCHMARKS
Macintosh Version list (from CompuServe)
Usenet Mac Digest V2 #88
Delphi Mac Digest V2 #55
Re: Problem with MS Word
using Macros to do procedural changes in MacWrite
Printed Circuit Board Layout Software
what do people think of the max-2 memory expansion?
Megaroids on a 512ke or Mac+
----------------------------------------------------------------------
Date: Thu, 30 Oct 86 15:20:44 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: LSP and VBL tasks
Don't know if this is your problem, but I have noticed that LSP
dies (id=02) sometimes when the lightsbug window is open and some of the
file manager calls are done, have not taken time to really try and
understand exactly is happening. I do know that all is well in the
same situations if the lightsbug window is not open.
------------------------------
Date: 30 Oct 86 17:22:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: linking assembly lang. subroutines to fortran
Reply-to: <bouldin@ceee-sed.ARPA>
This note describes how to link a fortran main program with an Assembly
language subroutine. You need MS (absoft) fortran 2.2 and the MDS 2.0
assmbler that works with HFS. Here I describe the simplest possible
fortran and asm routines. More elaborate description can be found in
Appendix F of the Fortran manual and in the May, 86 issue of Mactutor.
There is nothing complicated about doing this except for the linker script
file needed for use with the MDS assembler. Roughly, you do this:
1. Assemble your subroutine.
2. Compile your Fortran main program.
3. Link the ASM subroutine with the ←MDS← linker to:
a. write the code on the data fork
b. change the name of the ASM subroutine to the form xxxxx.sub
4. Link the ASM subroutine to the Fortran main program with the ←fortran←
linker.
To be specific:
If the main program is:
PROGRAM ASMTST
PRINT*, 'CALL TO ASM SUB WILL NOW RETURN YOU TO THE FINDER'
CALL ASM1
PRINT*, 'FOR SOME REASON IT DID NOT WORK'
END
and the ASM Subroutine is:
;a comment
←ExitToShell ;just returns to finder
;that's all
You now need to:
1. Assemble the assembly subroutine.
2. Link it with this script file using the MDS linker:
/DATA (puts the code on the data fork)
/TYPE ' ' ' ' (that's TYPE←'←←←←'←'←←←←' to set type and
creator bytes to nothing)
filename.rel (output file from assembler)
/OUTPUT filename.sub (for fortran assembler)
3. Compile your fortran main program.
4. Link the asm. subroutine to the fortran main program with the fortran
linker. the script file (or you can type it in as you go) is:
f mainprogname
f asmsubname
g
That should do it. Now you are over the main hurdle (the hocus pocus part) and
only need to contend with the vagaries of 68K assembly language and the
calling conventions of fortran.
------------------------------
Date: 29 Oct 86 12:21 EST
From: LEUE%nmr.tcpip@ge-crd.arpa
Subject: Another MacDraw Bug
I have posted this bug report before, but I now have some more detail, and
with all the flaming on the net about MacDraw bugs, this seems an
appropriate time to re-post.
We are running MacDraw 1.9 on a Mac XL, using MacWorks 3.0, System 3.2, Finder
5.3, and a LaserWriter +. To crash the system:
1. Open MacDraw on a new document
2. Draw any freehand squiggle
3. Smooth it with the "smooth" command from the Edit menu
4. Print the document, using all default settings
Result: BOMB, ID = 2.
This is absolutely replicable, and happens anytime a smoothed freehand object
exists anywhere in a drawing.
I will be happy to add any heat I can to the growing flame directed toward
Apple about MacDraw bugs.
-- Bill Leue, General Electric Corp. Research & Development
(ARPA: leue@ge-crd)
(UUCP: seismo!steinmetz!nmr!leue)
[ note from moderator: I'm not sure, but I think that this is a bug in
the 3.1 version of the LaserWriter driver. I recall that people had the
same problem as above while using MacDraft. DAVEG ]
------------------------------
Date: Wed, 29 Oct 86 07:18:05 EST
From: Martin Resnick <mlr0%gte-labs.csnet@CSNET-RELAY.ARPA>
Subject: Mac+ pinouts
DTR is avaiable on a Mac+.
Correct Mini DIN-8 pinouts:
Pin Name Description
--- ---- -----------
1 HSKo DTR
2 HSKi/Ext Clk CTS (or TRxC)
3 TxD- Transmit Data
4 Ground
5 RxD- Receive Data
6 TxD+ Transmit Data
7 Not connected
8 RxD+ Receive Data (ground this to emulate RS232)
------------------------------
Date: Wed, 29 Oct 86 10:44:35 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: GAME-MAZEWARS-PLUSCOMPAT.HQX
Here is a copy of mazewars that I have been able to get to work on using
appletalk and two Mac+s and a 512e. The files are in PackitIII format (com-
pressed) and include three macpaint files, a text file, and three
applications. The version that works on a Mac+ is called Mw, and the
version that works on a 512 is called Mw512. BEFORE running it on a 512, it
MUST be renamed Mw. To start the program run the file fix-mpp. I have
no idea what it does, other than run the Mw program; however, it works.
Jonathan Leblang
jonathan@bert.mitre.org (arpa)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MAZEWARS-PLUSCOMPAT.HQX
DAVEG
]
------------------------------
Date: Wed, 29 Oct 86 09:39 EDT
From: KEOUGH%BCVAX3.BITNET@WISCVM.WISC.EDU
Subject: GRADER.HQX
The following is a grading program that I think many teachers will
find very helpful. Unlike the Grades 0.96 program that I circulated
some time ago, this is like a spreadsheet program which allows
ease of editing and grade manipulation. I use it a lot, as do
a few dozen of my colleagues here at Boston College.
(Note, however, that if you used Grades 0.96, this program will
NOT read datafiles created by that program. - sorry).
Also enclosed (once you unpack the binhexed file with Packit 1.0)
is a five-page writeup of the program's limitations and
features. please read it.
I offer the program for you to use in any way you want. No
licensing fees, or hidden requests for $5 or $10. It's absolutely
free and in the Public Domain. However, you get what you don't
pay for. I cannot support this program, nor will I guarantee
that there will ever be an upgrade path. On the other hand,
the program is very reliable, and it's a vast improvement over
the Grades 0.96 hack that was circulated before.
I think it's a good program and I hope you enjoy it.
Jerry Keough
Department of Mathematics
Boston College
Chestnut Hill, MA. 02167
KEOUGH@BCVAX3.bitnet
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GRADER.HQX
DAVEG
]
------------------------------
Date: 29 Oct 86 20:07:09 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: 10/28/86 MACINTOUCH BENCHMARKS
Name: 10/28/86 MACINTOUCH BENCHMARKS
Date: 28-OCT-1986 23:03 by MACINTOUCH
This is the 10/28/86 performance data for hard disks, cache systems,
and network software from the "MacInTouch" newsletter. It is a
collection of data for a wide variety of hard disks (and other
configurations) from 1985 through 1986. This version includes the
HyperDrive 2000, the FX/20, and the MacBottom SCSI disk. Excel and
tab-delimited text files are provided so that you can import the data
into your favorite database, spreadsheet, or word processor. A
text-format documentation file is also included. Comments and
suggestions are welcome. See the addresses (electronic and USMail)
given in the files. - Ric Ford
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACINTOUCH-BENCHMARKS-861028.HQX
DAVEG
]
------------------------------
Date: Tue, 28 Oct 86 20:14:36 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Macintosh Version list (from CompuServe)
here is the macintosh version list I mentioned, downloaded from CompuServe.
Passing around is okay, but please send me updates so I can forward them to
the original maintainers -- that way everyone benefits.
chuq
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SOFTWARE-VERSIONLIST.TXT
DAVEG
]
------------------------------
Date: 29 Oct 86 14:33:10 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #88
Usenet Mac Digest Wednesday, 29 October 1986 Volume 2 : Issue 88
Anyone out there heard of "The Surgeon?"
Looking for SCSI homebrew info.
Placement of folders
Help, our Lisa's disk has problems
Possible bug, SuperSpool 3.1d
Re: Help, our Lisa's disk has problems
TRS-100/102 <-> macintosh
FlushVol question
Fidonet software for the Mac reported in process [from net.mail]
computer narrative/art installation
Mac => Sun
Applications on a Hard Disk
Wanted: AppleTalk Expert For Amiga Port
Borland committment to Mac
What's Nu with VME for Mac?
Dataframe Utilities can be Killers
Re: What's Nu with VME for Mac?
Re: What's Nu with VME for Mac?
Arbitrary Serial Output
Password protection for HD20
Spelling checker reviews needed
Lisp on Macs
Re: What's Nu with VME for Mac?
Re: What's Nu with VME for Mac?
Changing Fonts from the keyboard
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-88.ARC
DAVEG
]
------------------------------
Date: 30 Oct 86 09:40:46 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #55
Delphi Mac Digest Thursday, 30 October 1986 Volume 2 : Issue 55
Today's Topics:
RE: DS copier beta - problem (Re: Msg 14178) (7 messages)
PhoneNet/LaserWriter+ problems (3 messages)
New Excel Version
Re: Re: Prob: interpreting Pascal to C -
Computers and Medical Charts (3 messages)
Packbits
News from the Meadow
RE: LightSpeed C/Loadseg hangs! (Re: Msg 935) (3 messages)
MS Word 3.0 for the Mac (5 messages)
RE: Word 3.0 -- A Mirage? (Re: Msg 14275) (2 messages)
Re: Lisa to Mac compatibility
Weird font problem
DrawMenuBar() tidbit
alarm clock menu blink
RE: TeX (Re: Msg 14274)
RE: INFO-MAC Digest V5 #2 (Re: Msg 14282) (2 messages)
Word / WriteNow
Dataframe Squeal (2 messages)
DiskTimer results
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-55.ARC
DAVEG
]
------------------------------
Date: Wed, 29 Oct 86 01:48 EST
From: Henry Lieberman <Henry@OZ.AI.MIT.EDU>
Subject: Re: Problem with MS Word
Reply-to: HENRY@AI.AI.MIT.EDU
In general, if any Mac program comes up with defaults you don't like,
here's any easy way to get around it. Start up the program, change the
defaults the way you want them, then save out the document, calling it say
"New Document". This is like what is called an "init file" or "startup file"
in many systems. From then on, just double-click on "New Document"
instead of the icon for Word or whatever the application is. It's often
convenient to write-protect the startup file to avoid accidentally saving your
working document over it.
------------------------------
Date: Wed, 29 Oct 86 08:44:05 +0200
From: Tamir Weiner <UMFORTH%WEIZMANN.BITNET@WISCVM.WISC.EDU>
Subject: using Macros to do procedural changes in MacWrite
> Date: Mon, 27 Oct 86 16:32:11 pst
> From: Mike Wirth <mcw@lll-crg.ARPA>
> Subject: A desktop publishing problem
>
> I have a fixed-format text file on the Mac (125 char. per line,
> followed by a carriage return), downloaded from a host computer
> ...each line has (in fixed columns) a name, an extension,
> a room number, a secretary's name, etc.
> What I want to do is to "prepare" this file (change certain fonts
> so that I can publish a company phonebook
> that looks better than the current lineprinter listing.....
>
Yes this is quite a problem using MacWrite or a WYSIWYG editor
We also have extensive files and are using MacWrite exclusively,
such changes as you describe are difficult at best, and automated
changes are difficult to achieve.
>
> Looks like this is a case where WYSIWYG fails badly
> vs. procedural text formatters
> With a regular expression pattern matcher and embedded control
> codes for font changes (as in UNIX TROFF, etc.),
> this would be duck soup.
>
I couldn't agree more!!
This is just one more reason why we are considering giving up on the
Mac as a production documentation tool, and will move over to
procedural text processors probably within the year, now that we can
get PostScript abilities on Minis and Mainframes.
>
> What about using Tempo to format one line in MS Word, then turning
> it loose on the rest of the file. Is it smart enough
> to keep track of character positions within a line?
Short of programming a routine to search and manipulate lines according
to your whims, this looks like the next best possibility (unless you
want full reliability in which case hire a staff to do the changes
individually :-) )
I haven't tried such a thing, but if your fixed format lines are
consistent in their line positioning, then it seems workable in
theory. Tempo, or MacTracks or maybe other macro DA's could be
used to memorize your changes and then "set loose" on their
pilage and plunder scheme.
A couple of things to watch out for is that these programs tend to
have a mind of their own, and have been know to mess up doing
global changes. You'lll need to proof their work anyway. The other
Insurance you'll need is that you must attempt such global manipulations
on a backup copy of your file, as there is a better than nil chance of
messing up your file and crashing the system in the middle of a write
operation with these powerful but somewhat querky macro DA's.
Also I'd do a trial run on a couple of pages first, to see if your
global "watch me" changes work properly. Macro editors have been known
also for watching the user, but memorizing poorly, e.g. you are sure
you hit the proper sequence of buttons and mouse movements, but they
don't record properly what you did. If you have problems try again,
and make your motions smooth, slow, and deliberate.
That usually has solved my problems using MacTracks.
Lastly, I'm not sure of how you would get a macro to be recursive....
i.e. you could say "watch me while I make formatting changes to a line"
but I don't have the slightest how you would say, "now that you've
learned the line changes, do them to each line till the end of the file".
If someone knows of this trick, perhaps they can submit the technique
to the net?
Good Luck, Tamir
------------------------------
Date: Thu, 30 Oct 86 15:20:16 EST
From: dms@HERMES.AI.MIT.EDU (David M. Siegel)
Subject: Printed Circuit Board Layout Software
I'm interested in buying a printed circuit board layout software. I'd
like a package that would allow printing the resulting layouts on a
LaserWriter.
Anyone know of such a program? Thanks!
------------------------------
From: dsc@seismo.CSS.GOV (David S. Comay)
Subject: what do people think of the max-2 memory expansion?
Date: Wed, 29 Oct 86 09:18:16 EST
i would appreciate hearing comments or pointers to comments regarding
macmemory's `max-2' two megabyte expansion board for use with either a
standard or an enhanced 512k mac. i am think of purchasing the
product, and i would be interested in hearing how reliable it has been,
whether or not it is useful as something other than a ram disk in a
standard 512k mac, plus any other comments you may have. thanks for
any information.
------------------------------
Date: 29 Oct 86 12:52 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Megaroids on a 512ke or Mac+
Hello again.
I don't know if you all have gotten as much fun out of Megaroids as I have,
but I think it is one of the best public domain games out. Unfortunately, it
will not work on any Mac with the new 128K ROM. Does anyone know why and/or
know a fix so that it will work? I suspect that the screen location in memory
is somehow hard-wired into the program, but the 128K ROM changes that spec and
leaves Megaroids high-and-dry.
Thanx.
J. Hallett
------------------------------
End of INFO-MAC Digest
**********************
∂02-Nov-86 1542 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #5
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Nov 86 15:42:07 PST
Date: 2 Nov 86 1540-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #5
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 2 Nov 1986 Volume 5 : Issue 5
Today's Topics:
Re: Prob: interpreting Pascal into C -- HELP
More on Application Icons
Re: MacDraw Bugs
Prologs, LISPs, and Unix environments
Re: Mac+ pinouts
DiskTimerII
QUICKSCRIPT 1.1 ( in two parts)
Dayton Fonts ( 2 parts )
Usenet Mac Digest V2 #89
Delphi Mac Digest V2 #56
Re: Imagewriters,PowerMath, Switcher
Re: using Macros to do procedural changes in MacWrite
Tempo / File Processing / Re: A desktop publ. prob.
re:MS Word - problems with default paper sizes
EMACS-style editors for the Mac+
TeXtures on the Mac
Colby - Portable Macintosh
----------------------------------------------------------------------
Subject: Re: Prob: interpreting Pascal into C -- HELP
Date: Sat, 01 Nov 86 20:44:43 +0100
From: Guido van Rossum <mcvax!guido@seismo.CSS.GOV>
A good C implementation on the Mac (e.g., MPW) provides a malloc
implementation which has some advantages over using NewPtr. Pascal
programs using new/dispose, and C programs using malloc/free, often
allocate and deallocate lots of small blocks. Having lots of small free
blocks in the heap slows down the Mac's memory manager and causes
considerable overhead (8 bytes per block -- often the blocks themselves
are that small). The malloc implementation anticipates this behaviour,
and puts many small blocks in one larger block, with only 4 bytes
overhead each (MPW malloc uses 2K blocks). Thus, it is perfectly OK to
translate Pascal's NEW into C's malloc.
Guido van Rossum, CWI, Amsterdam <guido@mcvax.uucp>
------------------------------
Date: 31 Oct 86 14:43 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: More on Application Icons
Sorry to beat a dead horse, but...
For those of you who missed this before, let me refresh you all:
I am creating icons for applications. I create the resources and set the
bundle bit and signature using FEdit. Only, the bundle bit never seems to
be changed permanently. Once the doc is closed and FEdit is quit, the
new icon never comes up, and when re-opened, the Bundle bit is off again.
The moderator made a good suggestion, so I tried it. He suggested that
I create a resourse with the same name as the signature. I did that, with
no avail; the bundle bit still keeps switching off on me and the Finder
doesn't get the new icon bundled in.
HEEEEEELPP!
Thanx.
JAH
[ note from moderator: Inside Mac Volume III p. 10-12 has a discussion on
how to make an application use a given ICON and icon list. DAVEG ]
------------------------------
Date: Fri, 31 Oct 86 08:38 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Re: MacDraw Bugs
I too have many interesting (?) and annoying (!) bugs that
crop up in MacDraw. High on my list is that the Times font
doesnt appear to do tabs correctly (or should i say at all)
either on the screen or printout.
HOWEVER,
I have heard tales from Apple (and other sources) that the
folks at Apple have done little to no work on MacDraw in some
time. Why is this you may ask? Because the code is very convoluted
and confusing and has been patched so many times that nooone
wants to risk introducing new bugs in the process of fixing
the old ones.
If I had to play a guess, either Apple is re-writting Draw
from scratch or just aren't going to do anything to it and
let other companies fill the niche.
Just an opinion.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority of
wrong thinking people are right."
------------------------------
Date: Sat, 1 Nov 86 06:31:26 PST
From: Phil←Winne%SFU.Mailnet@MIT-MULTICS.ARPA
Subject: Prologs, LISPs, and Unix environments
We are beginning a 3-year project to develop an expert planning system
to help teachers plan and analyze lessons. We hope to use the (hopefully)
soon-to-be-announced open architecture Mac for a delivery machine following
development on a SUN 3. I'd appreciate information anyone can provide about
Prologs, LISPs, and Unix presently available and under development for Macs,
including accurate assessments of their advantages and faults. Please
include address for the distributor and price if known.
Dr. Phil Winne
Instructional Psychology Research Group
Faculty of Education, Simon Fraser University
Burnaby, B.C. V5A 1S6 Canada
or
USERPWIN@SFU.Bitnet
------------------------------
Date: Thu, 30 Oct 86 19:25:00 EST
From: Martin Resnick <mlr0%gte-labs.csnet@CSNET-RELAY.ARPA>
Subject: Re: Mac+ pinouts
The pinouts for the new serial ports, SCSI connector, Peripheral-8 cable
and the Mac+ Adapter Cable are described in Tech Note #65.
There is a description of the Mac+ SCC and SCSI interfaces in Volume IV of
Inside Macintosh (Chapter 28 Mac+ Hardware).
Tech Note #10 lists the pinouts for most of the other Macintosh related
hardware: DB-9 serial and mouse, keyboard, external drive, XL serial A & B,
Apple 300/122 modem, Imagewriter DB-25, and LaserWriter DB-9 & DB-25.
It also covers various cables: Imagewriter, Modem, Mac to Mac, External drive,
XL null modem and Mac to IBM PC.
Chapter 2 of Inside Macintosh Volume III describes the non Mac+ hardware
and pinouts.
The Tech Notes are available in the INFO-MAC archives on Sumex. They can also
be ordered from APDA (back issues and new subscription).
(APDA = Apple Professional Developer's Association. APDA info is on Sumex also.)
------------------------------
Date: 2 Nov 86 14:36:42 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: DiskTimerII
[ Uploaded from Delphi by Jeff Shulman ]
Name: DISKTIMERII
Date: 2-NOV-1986 07:13 by BRECHER
DiskTimerII -- replaces DiskTimer. Hard disk performance benchmark. Does not
alter contents of disk. Please report results to BRECHER. HyperDrive users
note: the access time test is valid only if DiskTimerII is run from a drawer
which is greater than 1MB in size and *contiguous*. The test can take a few
minutes -- maybe up to 10 for slower (non-SCSI) disks.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DISKTIMER-2.HQX
DAVEG
]
------------------------------
Date: 2 Nov 86 10:39:11 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: QUICKSCRIPT 1.1 ( in two parts)
[ Uploaded from Delphi by Jeff Shulman ]
Name: QUICKSCRIPT 1.1
Date: 1-NOV-1986 19:42 by LARRYZ
QuickScript is a post-processor that turns a specially formatted Microsoft Word
document into a professional quality video production script. Both audio and
video segments are lined up no matter their length in two column format.
Segments are auto-numbered and elapsed time is calculated automatically.
Shareware fee is $30 to Dantz Software Development in Berkeleley, Californaia.
QuickScript was written by Richard C. Zulch.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-QUICKSCRIPT-11-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-QUICKSCRIPT-11-PART2.HQX
These two parts must be joined together before unbinhexing
DAVEG
]
------------------------------
Date: 2 Nov 86 14:35:53 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Dayton Fonts ( 2 parts )
[ Uploaded from Delphi by Jeff Shulman ]
Name: DAYTON FONTS
Date: 1-NOV-1986 12:30 by APPLEDAYTON
These fonts are a very complete set of mathematical fonts (bitmapped). They
were formerly shareware, the author has released them for free distribution.
See the file ReadMeFirst for restrictions.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FONT-DAYTON-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FONT-DAYTON-PART2.HQX
These two parts must be joined before unbinhexing.
DAVEG
]
------------------------------
Date: 1 Nov 86 13:48:58 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #89
Usenet Mac Digest Saturday, 1 November 1986 Volume 2 : Issue 89
(wanted) software to make PostScript from plain text files
(wanted) a way to spool PostScript files through a VAX
Re: Password protection for HD20
MacDraw Bug
Mac penetrates corp. world (Was Re: New Apple ad campaign)
TML Pascal ver 2.01 bug
Stat80
Our Lisa's problem disk
Imagewriter II compatible printers on Mac+
Re: (wanted) software to make PostScript from plain text files
Re: What's Nu with VME for Mac?
Re: Command Keys for Openning Desk Accs.
(Was: Changing Fonts from the keyboard)
Patch cursor shape in MacKermit 0.8(34)?
Re: Lisp on Macs
Edit ver2.0
Changing a grafPort's portBits?
Driving a plotter from a MAC
Re: What's Nu with VME for Mac?
Re: TML Pascal ver 2.01 bug
Software Project Management (a compendium)
graph-drawing program wanted
Re: What's Nu with VME for Mac?
Re: Delphi Digest V2 #55
Re: WORD fonts
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-89.ARC
DAVEG
]
------------------------------
Date: 1 Nov 86 23:57:54 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #56
Delphi Mac Digest Sunday, 2 November 1986 Volume 2 : Issue 56
Today's Topics:
RE: Usenet Mac Digest V2 #88 (Re: Msg 14313)
RE: PhoneNet/LaserWriter+ problems (Re: Msg 14319) (4 messages)
Finder/many-file copy bug? (6 messages)
Word 3.0, Intro. (5 messages)
RE: TRS-100/102 <-> macintosh
RE: Word / WriteNow (Re: Msg 14300) (2 messages)
MPW C (Green Hills) "feature" (10 messages)
RE: Dataframe Squeal (Re: Msg 14316)
RE: TeX (Re: Msg 14163) (2 messages)
RE: what do people think of the max-2 memory expansion?
Macsbug (2 messages)
How to reboot your Mac and Hard Disk (qu
RE: LightSpeed C/Loadseg hangs! (Re: Msg 940)
Apple's interface
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-56.ARC
DAVEG
]
------------------------------
Date: Thu, 31 Oct 1986 11:15 CST
From: PHYS300%UNLCDC3.BITNET@WISCVM.WISC.EDU
Subject: Re: Imagewriters,PowerMath, Switcher
Not being too organized as of late (it must be the stack of papers on
my desk that need grading :-) ), I haven't responded to some queries
on this sig in a timely fashion. Anyway here are a few of mine comments
for what they are worth:
Re: Imagawriter II vs. I. I was very disappointed with the II as compared
with the I. My output just was not dark enough. I eventually took it
to a dealer for servicing. He told me that there was an engineering defect
in many earlier ones that required a shem (shim?) kit from Apple to fix.
He installed it and now everything works fine. The output is nicer than that
of the I. I have Applecare so I don't know what the repair cost, but one
person indicated that it was free from Apple since it was their defect.
Re: Computer algebra programs on the Mac (a USENET query). I have used
the program POWERMATH that was mentioned by someone. (I have forgotten the
producers of it.) I was quite disappointed by it. It was a nice toy with
a good Mac interface, but there is no power in it, despite its name. My
biggest complaint is the lack of control structures. There is no looping
possible, no if-then constructs. Only simple, one-line function definitions
are possible. I was not expecting a program like MACSYMA of course. But
I was hoping for something more like muMath for the IBM PC. In its present
form I would not recommend it for any serious work.
Next is a query of my own. I am using Switcher 5.01B on an 512E Mac. It
occasionaly bombs on me. I seem to remember complaints earlier about the
incompatiblity of Switcher and the disk cache. I usually turn off the
cache when using Switcher but it doesn't always help. The machine still
hangs and funny things happen to the screen. Is there a newer version of
Switcher out that works reliably with or without the cache?
And finally, I want to say that I really enjoy reading this sig. The
moderator is doing an excellent job. (Now can I get my message sent?? :-) )
Glenn Sowell <PHYS300@UNLCDC3.BITNET>
Dept. of Physics & Astronomy
University of Nebraska - Lincoln
Lincoln, NE 68588-0111
(402) 472-2790
------------------------------
Subject: Re: using Macros to do procedural changes in MacWrite
Date: 31 Oct 86 11:12:01 EST (Fri)
From: "Steven B. Munson" <sbm@purdue.edu>
Actually, there is nothing wrong with WYSIWYG editors, but the
people that write them are too narrow-minded to include macro
capabilities in them. No editor will ever have enough features for
everybody until it contains a universal programming language. This
requires giving names to all the functions you do with the mouse and
menus, so that they can be done in a textual program, along with if,
case, for and while statements. I am still waiting for someone to do
this, although MEdit came pretty close (a nice text editor, except that
it cannot handle tabs).
In addition, word processors need to have a different kind of macro
which is represented in the document as a call to the macro and is only
expanded when the document is formatted on the screen or on the printer.
This is the kind of macro we are probably all used to seeing in troff,
which allows, for example, subheadings all to be displayed the same way
and to change all at once when the subheading macro is changed. I
imagine at least some of the new Mac word processors have this kind of
macro.
The universal characteristic of Macintosh programs seems to be that
they are narrow-minded. How can MacWrite call itself a word processor
if it can't even do overstrikes? Would that I had enough time to write
all my own software.
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Fri, 31 Oct 86 23:52 PST
From: "Skinner Darr"@LLL-MFE.ARPA
Subject: Tempo / File Processing / Re: A desktop publ. prob.
Tempo / File Processing / Re: A desktop publ. prob.
Tempo macros can easily be used to reformat all lines in a file. I
often use Tempo macros to massage things listed to my Mac-as-a-terminal
into another form which I then feed back to Mac's big brothers. More
about that later, but first, here was the problem recently posted:
> Date: Mon, 27 Oct 86 16:32:11 pst
> From: Mike Wirth <mcw@lll-crg.ARPA>
> Subject: A desktop publishing problem
>
> I have a fixed-format text file on the Mac (125 char. per line,
> followed by a carriage return), downloaded from a host computer
> ...each line has (in fixed columns) a name, an extension,
> a room number, a secretary's name, etc.
> What I want to do is to "prepare" this file (change certain fonts
> so that I can publish a company phonebook
> that looks better than the current lineprinter listing.....
> ...
> What about using Tempo to format one line in MS Word, then turning
> it loose on the rest of the file. Is it smart enough
> to keep track of character positions within a line?
When you use Tempo to iteratively reformat something, you MUST design
a macro around the central fact that Tempo macros work on absolute
screen positions. Whatever you do to fields in the first line as you
generate the macro, you must arrange text in all subsequent lines so
that the same fields lie in the same horizontal positions in the window.
Then, your macro must somehow scroll the lines through the window, since
all the action will be taken on the same line position(s) in the open
window.
Handling the columns in this phone directory problem is not very
hard. In an editor such as Macwrite, the text must initially be in a
nonproportional font (e.g., Monaco). The Tempo macro could easily
change this, though. For example, you could insert a tab at the right
of a field which sets the rest of the line on fixed positions, then
drag-click the field and change it to any font (and size and other
characteristics) by menu selections.
I have settled on the following method to scroll through lines. It
works identically in all the editors I normally use. First, I add a
blank line at the very end. Then I position the beginning of the file
in the window, and add blank lines at the beginning until the first
line of the file is positioned at the bottom of the window. I massage
this first line, making the Tempo macro as I go. Then -- here is the
trick -- I click at the beginning of the line and hit Return and then
Backspace, which moves the next line up into position. The 125
char/line in the directory would probably be wrapped into two lines.
The macro for this problem would have to work over two lines in the
window before being iterated, which would complicate things only
slightly.
You would finish making the Tempo macro by choosing the "Repeat for"
(some number greater than the number of lines in the file) option. When
the new Tempo macro is invoked, the rest of your file will be (slowly)
transformed. When finished, Tempo will endlessly mangle the last line
until you type <command-.> or the "Repeat for" is satisfied. (Actually,
Tempo provides a "Repeat until" option which could terminate in a more
sophisticated way, for example, by terminating macro processing at the
first blank line.)
Once you start thinking this way, you can do all sorts of transformations.
For example, if you have a file containing a list of words, you can
combine them several words to a line. You can keep bumping words up into
the bottom screen position and cutting them, adding them to the next-to-
the-bottom line. When it is full, you open a new line and bump things
so that the next word appears at the bottom line. A chunk of work like
this which leave things positioned in a window just as at the beginning is
the basic unit of a Tempo iterative procedure.
Mainly I use my Mac as a "terminal" for bigger computers. I use the
Mockwrite window as a scratch space, where I constantly copy output from
the mainframe or complicated command strings I'm current using. I
manipulate that text, copy it, and "paste" it back to the mainframe in
the terminal emulator window. Red Ryder has enough options (Ascii
upload options govern the pasting) that I am able to safely (but again,
slowly) paste/upload multiple line selections to even the klutziest
mainframe software. My Mockwrite window is always open. I used Resedit
so that Mockwrite opens a thin horizontal strip (even thinner than you
can make it with the mouse and size box) positioned at the top of the
terminal emulator screen and abutting the left edge of the physical
screen. A tiny strip always is visible to the left of the terminal
screen, so I can bring this scratchpad strip forward by just clicking
at the upper left edge of the screen. If the mainframe is sending stuff
at me, I can work in the Mockwrite area while text scrolls past below.
I have found Tempo a very useful tool for some of the things I do to
text in this Mockwrite window. A Tempo macro can also transfer
material back and forth between two or more windows (Mockwrite and Red
Ryder, for example, or windows of a multiple-window editor, or DAs'
windows and an application's windows) as it scrolls the windows and
transforms/combines/separates out fields.
I have never tried this, but you might be able to do character-
oriented editing under Tempo. You would need some Emacs-like editor or
some other character editor which lets you can use keyboard commands to
do all positioning and text selecting. Tempo would record those
keyboard commands along the with any dropdown menu commands.
Darrell Skinner
(Disclaimer: I've no connections to Tempo,
(other than as a sort-of satsified owner)
or, unfortunately, to other $-making software)
------------------------------
Date: Fri, 31 Oct 86 10:04:37 n
From: <LANGOWSKI%FREMBL51.BITNET@WISCVM.WISC.EDU>
Subject: re:MS Word - problems with default paper sizes
Re: Problems with MS Word
In general, creating a startup document with the desired settings helps
with many Mac applications. Not so with ←stupid← MS Word. It will startup
any document that you've created in US letter, vertical orientation, no
matter what settings you've used.
Since our lab received copies of MS Word with the US-default Imagewriter
file on it (and Finder 1.1g - can you believe it?), and we're mainly using
the US keyboard but DIN A4 size paper, no wonder the Mac installation has
its teething troubles. Especially since people really expect to have a
disk that they can plug in and use, without having to grab for some other
master disk, so in addition you have to think of a hack to get the MS Word
protection file on an HFS volume...
There are several ways to change the default printing setup, so that even
MS Word will acknowledge it:
a. copy a German- or French-version Imagewriter file on your MS Word
working disk. MS Word seems to always take one particular paper size from
the PREC resource (#3?) in the Imagewriter file. From those other versions,
it'll take the A4 as a default. Disadvantage: you end up with a bilingual
system unless you change the dialogs in the Imagewriter file as well.
b. use the PREC installer (from Quick and Dirty Utilities, by Dreams of
the Phoenix, Inc., P.O.Box 10273, Jacksonville FL 33247, (904) 396-6952)
which will allow you to create any paper size and put it into the PREC
as you like.
Still there is no way to make MS Word display a horizontally-oriented
document with the correct page settings when you reopen it... you always
have to reset them by hand. Microsoft, please take note for your next
update.
------------------------------
Date: 2 Nov 1986 07:10-EST
From: Vijay.Saraswat@k.cs.cmu.edu
Subject: EMACS-style editors for the Mac+
Having lived for years on UNIX and TOPS-20 EMACS, I find it very
inconvenient to have to do all my editing on a MAc+ using a WYSIWYG like
MacWrite. Is there something remotely resembling an EMACS available on
these machines? At the very least, I would like to have facilities for
at least two windows up on the screen, multiple buffers, keyboard
macros, keyboard commands for everything e.g. scrolling and searching
(forward AND reverse), smart "modes" (TeX, Lisp), invoking programs
from within the editor, collecting their output in a buffer...
If there are already any products out there that fit the bill, I'd be
real glad to have some pointers. If someone is working on such a
product, I would like to find out about it. Am I the only one who
prefers EMACS style editors, or are there others like me?
Vijay (saraswat@k.cs.cmu.edu.arpa)
[ note from moderator: There is a version of EMACS available for the
Mac and it is archived as MICROEMACS-BETA-0PT6.HQX. I can't comment
about the completeness of the implementation but it certainly is worth
having a look at. DAVEG ]
------------------------------
Date: 31 Oct 86 15:22:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: TeXtures on the Mac
Reply-to: <bouldin@ceee-sed.ARPA>
There have been requests here for comments on TeX on the Mac. Based on
about 2 hours use of TeXtures (it arrived today) here is what I can say.
I immediately downloaded a TeX file from the vax 780 and ran it thru
TexTures. Input file was a 26 page physics paper and fairly heavily
mathematical.
Time to TeX 26 pages was about 4:30, or just about 10 secs/page. Time on
the vax (moderately loaded) was about 1:20. ←Total← vax time, that is,
from input of .tex file to having laserprinted output in my hands so I could
start doing corrections, etc, was 7:30. So the Mac allows you to start seeing
your ouput almost twice as fast as the vax.
It is trivial to open the .tex input window and typesetting output window so
that you can find errors in the typeset window and correct them in the .tex
input window. I think that this would speed up the initial iterations on
a manuscript far more than just the above comparison of vax:mac execution
times indicates.
The preview is excellent. I use the 'actual size' preview mode where you can
just see the full horizontal extent of a line on 8.5" paper without hor.
scrolling. Characters are readable, as are sub and superscripts. Sub-subscripts
and super-super are not, but if you hold down the mouse button the cursor
switches to a 1 sq. in. 'magnifying glass' with full laserprinter resolution.
The magnify is so fast that it almost seems to be realtime.
I rate this implementation of TeX as somewhere between excellent and awesome.
I could really have used this when doing my thesis.
Caveats:
1. this is running on a 1 meg Mac+ with 20 meg HD.
2. TeX plus fonts plus example files is 1.6 megs on disc. This can be cut down
for use on floppy systems, but I don't know how much.
3. Even K&S admit that TeX will not run as well in a 512K mac. I will test
this tonight on my 512E.
4. As I said, this is based on about 2 hours use. For example, pasting
in Mac graphics via the \special command is supported and an example
file is included, but I haven't tried it yet.
5. Sorry, but I can't compare this with the FTL product, MacTex, since
I haven't seen it.
6. This is based on the 0.92 pre-release of TexTures.
------------------------------
Date: Fri, 31 Oct 86 16:15:43 PST
From: gunther.pa@Xerox.COM
Subject: Colby - Portable Macintosh
According to InfoWorld, Colby Systems of Fresno, CA planned to
demonstrate a portable Mac at the MacWorld Exposition a couple of weeks
ago. It is due to be available by early '87. They are currently
negotiating with Apple for parts.
Did anyone see it or does anyone know anything more about it?
Neil.
------------------------------
End of INFO-MAC Digest
**********************
∂02-Nov-86 1955 @SUMEX-AIM.ARPA:MMAR013%IECMICC.BITNET@WISCVM.WISC.EDU Billboard problem
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Nov 86 19:55:14 PST
Received: from WISCVM.WISC.EDU by SUMEX-AIM.ARPA with TCP; Sun 2 Nov 86 19:54:26-PST
Received: from (MMAR013)IECMICC.BITNET by WISCVM.WISC.EDU on 11/02/86
at 21:53:59 CST
Date: Sun 02 Nov 1986 21:54 CDT
From: Harn <MMAR013%IECMICC.BITNET@WISCVM.WISC.EDU>
Subject: Billboard problem
To: <INFO-MAC-STANFORD@SUMEX-AIM.ARPA>
I am having a problem with printing using Billboard 4.0 and my 512K Mac.
The printing is not aligned when I select "Test Print..." or
"Print Page..."
Has anyone else come accross this problem? If so, I would appreciate
any comments/solutions.
Thanks.
Nihar Gokhale
∂05-Nov-86 2113 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #6
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 5 Nov 86 21:13:47 PST
Date: 5 Nov 86 2112-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #6
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 5 Nov 1986 Volume 5 : Issue 6
Today's Topics:
editText updating bug
Fedit and Bundle bits (Re: custom icons for applications)
MacFortran 2.2 Bug
CAD-METALWARE.HQX
UTILITY-HP41C-ASSEMBLER.HQX
MacLab - psych lab program w/ millisecond timing
Tape Backup
Repository for Info-Mac archives
Optical Scanners and Text Recognition
AppleTalk/VAX LAN (Alisa)
Macintosh Meets A Cray
Reply: MSWord defaults (IM5.2)
Criticisms of FileMaker Plus and Reflex for Bibiographic Applications
Emacs like editors
Trashed MacWrite Files
Chemistry Fonts
MAC Pascal version 2.1 a reality?
Tiny-C for Mac?
SHANGHAI
----------------------------------------------------------------------
Date: Mon, 3 Nov 86 18:51:33 EST
From: steve@harvard.harvard.edu (Kaufer - Lopez - Pratap)
Subject: editText updating bug
If the strings "↑0", "↑1", "↑2", or "↑3" occur in a dialog editText item
and the dialog window is redrawn after an update event by DialogSelect,
then the occurences of "↑N" are substituted with the values (if any) that
were supplied by ParamText.
For example, if ParamText is called with "W", "X", "Y", and "Z", and if the
editText box originally holds "ab↑0cd↑1ef↑2gh↑3ij", then after being
updated the text will be "abWcdXefYghZij". If ParamText was never called
and if the dialog's editText box holds the text "abc↑1def", then when it
is redrawn it will contain "abcdef". The "↑1" mysteriously disappears.
According to Inside Mac (my version at least) the ParamText substitutions
are only supposed to happen for statText items, not editText items.
To overcome this bug at the beginning of my C program I inserted:
ParamText("\p↑0", "\p↑1", "\p↑2", "\p↑3") ;
This causes each occurence of the special strings "↑N" to be replaced
by itself. This will not work, of course, if you are already using
ParamText to substitute in something else. -- Russ Lopez
------------------------------
Date: Sun 2 Nov 86 20:42:01-PST
From: Lance Nakata <K.Kirin@HAMLET.STANFORD.EDU>
Subject: Fedit and Bundle bits (Re: custom icons for applications)
> For those of you who missed this before, let me refresh you all:
> I am creating icons for applications. I create the resources and set the
> bundle bit and signature using FEdit. Only, the bundle bit never seems to
> be changed permanently. Once the doc is closed and FEdit is quit, the
> new icon never comes up, and when re-opened, the Bundle bit is off again.
With the new ROMs, Fedit 3.05 through Fedit Plus 1.0.7 have problems
retaining changes done to the LAST modified file. I have found that
it is best to:
1. Click on the bit you want to modify (e.g. FILE PROTECT or BUNDLE).
2. Click on CHANGE.
3. Then OPEN another file, something harmless like the desktop.
4. Now QUIT from Fedit.
Your changes will be preserved this way. I thought this problem would
be fixed with the release of Fedit Plus, but disappointment has
greeted me. Oh, well....
Lance
------------------------------
Date: Wed, 5 Nov 86 20:46:28 CST
From: wmartin@ngp.utexas.edu (Wiley Sanders)
Subject: MacFortran 2.2 Bug
Sender:
Reply-to: ngp!wmartin@ngp.utexas.edu (Wiley Sanders)
I am experiencing a rather frustrating bug with MacFortran 2.2, using external
functions. I have found that upon calling an external function:
Z=FOO(A,B,C)
where
REAL FUNCTION FOO(D,E,F)
FOO=D+E+F (etc etc)
and D,E, and F are not changed in the external function, that, upon return-
ing from the external function, the values of A,B, and C have been trashed
in the main program. This happens when the function is called the first time,
but not thereafter. I have a more detailed example program available if some-
one will contact me by mail, we can discuss this.
-w
Wiley Sanders
wmartin@ut-ngp.UTEXAS.EDU
------------------------------
Date: Mon, 3 Nov 86 11:58:10 pst
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: CAD-METALWARE.HQX
Enclosed is Metalware, a simple shareware cad system for specifying
machined objects.
The nifty thing about Metalware is that if you send its data files to
Mark Thorson, the author, he will get your designs fabricated for you.
The following file must be decoded with BinHex of XBin, then unpacked
with any version of PackIt. It consists of the program, the manual
as a MacWrite 4.5 file, and three short examples.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CAD-METALWARE.HQX
DAVEG
]
------------------------------
Date: Mon, 3 Nov 86 21:48:30 PST
From: woody@Juliet.Caltech.Edu (William E. Woody)
Subject: UTILITY-HP41C-ASSEMBLER.HQX
Gee, I didn't know this little kludge would be so popular. So, by popular
demand, I "finished" the HP41C assembler, by including support for macros,
header files, and output control.
Appended to this message is ASM41C, the cross assembler for the
HP, BCPRINT, and documentation and files on all of this. This program
produces program barcode for an HP41C calculator equiped with a bar wand
reader.
This is free stuff--no strings attached. However, if you really do want
to throw money at me...
- William Woody mac > /|\ && ][n
woody%romeo@hamlet.caltech.edu
[ The author requested that the original version of this program be
replaced by this newer version. The name is unchanged and is the
latest version is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-HP41C-ASSEMBLER.HQX
DAVEG
]
------------------------------
Date: Wed, 5 Nov 86 23:25:14 EST
From: duc@harvisr.harvard.edu (Dan Costin)
Subject: MacLab - psych lab program w/ millisecond timing
This is a demo of MacLab, a program that turns the Macintosh into a powerful
psychological laboratory machine. The posting is made up of two files,
the demo program (the real program with some rather strict limitations),
and the current manual (the manual is in Times font)..
One has to try out MacLab to find out what it really does, and how much
easier it makes running experiments. It takes MacPaint format files
and uses them as slides. It can put them up for as little as 33 milliseconds
(2 ticks) for a rate of 30 frames per second. It also measures subjects'
responses using a millisecond timer (not any of the published ones - this
part was written a while ago). Subjects can respond via keyboard or mouse.
All of the features are described in the manual.
If you try it out and you like it, you may find out more from
DC Software
1430 Massachusetts Ave., Suite 306-R
Cambridge, MA 02138
(Price range $100-$200)
The author is me, Dan Costin, a Harvard senior, majoring in a mix
of Artificial Intelligence, Neurobiology, and Cognitive Psychology.
Any grad school out there want me?
Enjoy.
duc@wjh12.harvard.edu
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-MACLAB.HQX
DAVEG
]
------------------------------
Date: Tue, 4 Nov 86 08:32:45 AST
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: Tape Backup
I am trying to find a tape backup unit (20 Meg) that will work on both
a Macintosh and a IBM PC. Because of the Macintosh, it will obviously
have to be a SCSI device, so what it basically comes down to is if there
is any SCSI tape controllers for IBM PC's that might work with one of the
MAC tape units. If anyone has any suggestions as to how this might be
done, please let me know. I can't justify a backup unit for both machines,
but sharing one unit seems a reasonable way to go.
==> Paul@Acadia.BITNET
------------------------------
Date: Mon, 3 Nov 86 16:09 EDT
From: <JCLARK%UTKVX1.BITNET@WISCVM.WISC.EDU>
Subject: Repository for Info-Mac archives
After being on the mailing list for Info-Mac digests for only a couple
of weeks, it's apparent that lots of good programs are available.
Unfortunately the MacServe file server at BITNIC appears to have nothing
available for access after May of 1985. Can anyone shed light as to
any other repositories of INFO-MAC archives, or availability of files
short of calling bulletin boards (long distance?)
------------------------------
From: Michael Mattock <mattock%tp4@rand-unix.ARPA>
Subject: Optical Scanners and Text Recognition
Date: 05 Nov 86 11:47:29 PST (Wed)
Does anyone know of an optical scanner that will recognize text for less
than $10,000 ? I want to use it to enter several thousand pages of numeric
data, so I want a scanner that is fast and needs little human intervention.
It would be nice if it could cope with japanese letters.
-- Michael Mattock
------------------------------
Date: Mon, 3 Nov 86 09:28 EDT
From: CNNMJ%BCVAX3.BITNET@WISCVM.WISC.EDU (M.J. CONNOLLY
Subject: AppleTalk/VAX LAN (Alisa)
Just been reading a new product description in Digital Review
(13 October 1986,p.39) about AlisaTalk, a HW- (Kinetics/ Walnut
Creek CA) and SW- (Alisa Systems/ Pasadena CA) package with
partial Apple funding which "bridges multiple AppleTalk LANs to
an Ethernet network so that a VAX system can function as a
file-server". They point out that they're in a different arena from
Apple's file-servers. Here the VAX winds up looking like another AppleTalk
node, the operation is peer-to-peer and not PC-to-mainframe, and
Alisa has a Laserwriter spooler so that PostScript files on the VAX
can be printed on the LWr.
Price range $3.75K/VAX, $2.25K/mVAX. Details from:
Alisa Systems
221 E. Walnut St.
Suite 230
Pasadena CA 91101 tel: (818) 792-9474
Disclaimer: The usual. Just passing on some news. Up to now I've
been a relatively happy Macs'n'Vax user. Does anyone out there know
how this works with clustered VAXs (incl. Ethernetted DECSAS) and whether
the spooling applications go the other way (Mac through VAX to new DEC PScrLA)?
(Prof) M.J. Connolly
Slavic/Eastern
Boston College / Carney 236
Chestnut Hill MA 02167 (617)552-3912 cnnmj@bcvax3.bitnet
------------------------------
Date: Wed, 5 Nov 86 09:44:35 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: Macintosh Meets A Cray
Imagine looking at the Finder's desktop, the disk icons are replaced
with icons that look like computers, Mac, DEC, IBM (big) IBM PC, and
a CRAY. When you click on one of these icons a window opens and you
see something that looks like the "view by name" Finder window but
of the files that you own on that computer. To copy a file(s) from
one computer to another, just drag the file around as you do today.
To start a program on any machine, just double click on its name in
the window for that computer. Sounds like a dream, well it is not.
Yesterday I went to a lecture at MIT by Dr. Larry Smarr, Director,
National Center for Supercomputing Applications, Urbana, Illinois.
Smarr lecture, titled "Hide the Cray" talked about projects like this
that are aimed at allowing researchers to have easy access to the
Cray(s) at the center from IBM PC, Macs, Suns, and other workstations.
They already allow you to define disks on a PC that represent other machines
and are now working on the MAC. Currently a researcher can use Versaterm
to move data generated on the Cray to the Mac and copy/paste it in
Mac applications such as Cricket Graph and MS Word. They also have
some great color applications for the PC.
Sounds like all you need is a NSF grant that includes supper computer
time and you will have access to this software. I asked if there was
any chance this will be distributed and he said that when they
had the resources to support that, they would. That means that
even if you don't have or need a Cray, that you will be able to
move/execute things on your IBM 3090 or VAX/UNIX from your Mac
someday. (I should note that this is a joint effort with all the
vendors, Apple, IBM, Sun, Dec, ... to do this).
Really great stuff. You should have seen the color graphics of flying
through the Grand Canyon with all the images generated by the Cray. Or
how about a simulation of an instantaneous crush of a metal bar and watch
a crack form along with the vibrations of the metal surrounding the
crack.
Bill Stackhouse
bills@cca.cca.com
------------------------------
Date: Tue, 4 Nov 86 09:08 EDT
From: CNNMJ%BCVAX3.BITNET@WISCVM.WISC.EDU (M.J. CONNOLLY
Subject: Reply: MSWord defaults (IM5.2)
R.Omond asks in 5.2 (27 October) about the problem, which many of us
have also faced, of MSWord's startup defaults. The mags are full
of quick and fairly clean ways to alter the defaults, and these should
quickly find their way to Omond, I have no doubt. But before, in effect,
localizing your copies of Word, consider the gentle solution: a template
document. This avoids most of the 'pain' involved in changing and
actually is a very flexible way to run a multi-user facility.
Create a document, set all the defaults, including font, to whatever
your heart desires, save the (not really empty) document as, say, A4
or some useful descriptor string, (the Word application disk itself
is the best place to save it), then exit to the finder and lock the
template file (now=read-only).
Now, when you want to produce an A4 document of that type, simply
2click the template file A4. As soon as it opens, select <save as>,
save under the name of the new document to whichever disk you like,
then type away. We've found this a reasonable and disciplined, but
not time consuming, approach. Among other virtues, it forces the user
to 'save as' at the earliest instance.
This method is, of course, simply a variation on what most people do
when they use configured MacTerminal documents for communicating with
different devices and at different configurations.
In lieu of a disclaimer: If one of you sends this into a 'guess-what'
mag without proper credit, you'll owe me $25/2.
(Prof) M.J. Connolly
Slavic & Eastern Languages
Boston College / Carney 236
Chestnut Hill MA 02167 (617)552-3912 cnnmj@bcvax3.bitnet
[ note from moderator: one thing to note if you create a 'template' document
is that the 128K roms now allow you to REALLY lock a file by locking it
in the finder GETINFO box. In that case, you are warned when you open the
document that it is READ ONLY and you cannot save changes to it. This is
great since you can lock your template and be sure not to save over it!
( I wonder what happens if you call your template 'Untitled'?) DAVEG ]
------------------------------
Date: Tue 4 Nov 86 13:54:07-PST
From: Tony Siegman <SIEGMAN@Sierra.Stanford.EDU>
Subject: Criticisms of FileMaker Plus and Reflex for Bibiographic
Subject: Applications
Either FileMaker Plus or Reflex might seem to provide a handy program
for maintaining a data base of journal article citations, perhaps
with a structure like:
Author: John J. Jones
Title: Effects of noise on problem-solving ability
Journal: Journal of Comparative Psychology
Volume: 15
Pages: 1024-1029
Date: June 1986
where the first word in each line is the field name and the rest of
the line is the data in that field.
To use this data as references or footnotes in other publications
or bibliographies, one would obviously like to be able to search for
and find selected records, sort them by date or author, and then
output these citations to a text or MacWrite file in the format
required by a particular journal, for example
John J. Jones, "Effects of noise on problem-solving ability,"
Journal of Comparative Psychology 15, 1024-1029 (June 1986)
or perhaps for a journal having different reference style
John J. Jones, Effects of noise on problem-solving ability,
Journal of Comparative Psychology, vol. 15, pp. 1024-1029, June 1986.
Unfortunately, this simple but widely necessary task is beyond the
capabilities of either FileMaker Plus or Reflex.
First of all, both of these database programs accept dates only in
full day-month-year format, whereas some journals use day-month-year
dating, some use only month-year, and some even use only year.
Therefore the Date: field cannot have date format, only text format.
But then one cannot sort the references by date.
More seriously, neither of these programs provides for any kind of
formatted output directly to a text file. You can create output in
something like the above output formats to go directly to a printer,
but not into a text file. Output to a text file is possible only
in spreadsheet style (tabs between each field element), so that one
must run this output through some additional program to accomplish
the desired formatting.
These are both nice programs in other ways; I wish the vendors would
provide the elementary capabilities required to make them useful for
handling biblographic data bases. (It would also be very useful if
each program came accompanied by a desk accessory that allowed one
to simply read data files written by that program, so that one could,
for example, look up an address or phone number in a data base file
while in another application, without having to quit the other
application and open the data base program just to read one number.)
------------------------------
Date: Mon, 3 Nov 86 16:36 EST
From: Eric Wolf <eric-wolf@WAIKATO.S4CC.Symbolics.COM>
Subject: Emacs like editors
There is an Emacs like editor called BRIEF which was written by folks I
know at UnderWare Inc in Boston.
Currently, BRIEF is one of the most popular program editors available
for the IBM-PC. The authors have been hard at work on the Mac verson
and hope to be in beta test shortly.
Some of BRIEF's features (which I assume will be in the MAC version, too):
-unlimited, REAL, undo
-multiple windows
-a good macro language which you can use to create
editor modes and commands
-the ability to re-bind any key on the keyboard
-the ability to compile from within the editor
Eric
Disclaimer - I am not associated with UnderWare except as a friend
of the principles involved.
------------------------------
Date: Mon, 3 Nov 86 13:48:32 EST
From: Richard Alpert <alpert@BU-CS.BU.EDU>
Subject: Trashed MacWrite Files
Does anyone know how to recover from a disk a trashed (pre 4.5, 512e Mac)
MacWrite file? Nothing has been done to the disk since the trashing. Thanks.
Rich Alpert
alpert@endor.harvard.edu
alpert@bu-cs.bu.edu
[ note from moderator: There are a few utilities to recover trashed MacWrite
files, one of them is in the archives as UTILITY-WRITERECOVERY.HQX. Are
you listening Apple? It is time for a more reliable version of MacWrite! DAVEG] 5-Nov-86 11:43:34-PST,1117;000000000001
------------------------------
Date: Wed, 5 Nov 86 14:40:53 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Chemistry Fonts
Does anyone know of fonts (preferably public domain) that are optimized
for writing chemical equations (reaction arrows, super & sub scripts above
each other), or of any PD or shareware or University Consortium programs in
the area of chemistry or biochemistry. I would appreciate any help.
Also, does anyone know if there are further releases of servant availible,
since the last one 'turned into a pumpkin' last friday night.
Any help would be appreciated.
Thanks in advance.
Jonathan Leblang
jonathan@bert.mitre.org (arpanet)
------------------------------
Date: 3 Nov 86 11:02:06 PST (Monday)
From: Pugh.ES@Xerox.COM
Subject: MAC Pascal version 2.1 a reality?
In the latest IEEE Micro I ran across an announcement concerning MAC
Pascal version 2.1. The local computer stores do not know anything
about this update (why am I not surprised). Does this update really
exist? If so, what new features are acquired when updating from 2.0?
/Eric
------------------------------
Date: Tue, 4 Nov 86 18:56:56 PST
From: gunther.pa@Xerox.COM
Subject: Tiny-C for Mac?
Tiny-C is the >> interpreted << subset of the C language that gave rise
to the Small-C compiler for CP/M machines and more recently the IMBpc.
Anyone know if it's available for the Mac?
Aside: I recently saw a book called "Tutorial-C" (or similar) which had
accompanying software for the Mac. I don't know if this is related to
Tiny-C. Has anyone used this system?
Neil.
------------------------------
Date: 4 Nov 86 15:55 EST
From: STERRITT%SCOM15.decnet@ge-crd.arpa
Subject: SHANGHAI
If you've seen the ads and fascinating (if slightly uninformative) reviews
of the new puzzle-type game Shanghai, and don't know if you actually want
to shell out for it, the following is for you. In the back pages of the
latest MacUser there is a free-for-three-dollars offer of 'one Shanghai
game on Disk' if you send $3 and your address to:
Activision, Inc.
P.O. Box 7287
Mountain View, CA 94039
I'll repost when I get mine.
------------------------------
End of INFO-MAC Digest
**********************
∂06-Nov-86 1750 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #7
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 6 Nov 86 17:50:44 PST
Date: 6 Nov 86 1748-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #7
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 6 Nov 1986 Volume 5 : Issue 7
Today's Topics:
LightSpeed Pascal feature(?)
Positively last item on icons
Apple Copyright Outrage
Here's a SUMacC List Manager interface
Re: Trashed MacWrite Files
Trashed MacWrite Files...
MS word defaults
Reply: Schematic application for macs
jasmine HD
"things" to put your Mac-disks in ....
Startup Sound and Pictures
Mini Din 8 Plugs and panel mounted sockets.
Fonts for Hindi or other overstriking languages in MacWrite?
Usenet Mac Digest V2 #90
Delphi Mac Digest V2 #57
----------------------------------------------------------------------
Date: Thu, 6 Nov 86 09:42:42 est
From: James Clausing <jac@ohio-state.ARPA>
Subject: LightSpeed Pascal feature(?)
Reply-to: jac@osu-eddie.UUCP (James Clausing)
A friend encountered this bug which I have since recreated and I was
wondering if anyone in net-land could enlighten me on why.
The Background: We were trying to port a large program that was
written for a class (to see if LSP was a reasonable environment for
this class in the future). This program makes fairly extensive use
of string functions. To avoid having to manually change all of the
calls to string functions, he decided to write a unit which exported
the function names expected and internally converted them to calls
to the LSP string functions. This seemed to work fine except for
Delete.
The Symptoms:
Procedure StrDelete (var st1:string, offset, length:integer);
begin
writeln('string in ',st1);
delete(st1,offset,length);
writeln('string out ',st1);
end;
Procedure StrDel2 (st1:string; offset, lenghth:integer);
begin
writeln('string in ',st1);
delete(st1,offset,length);
writeln('string out ',st1);
end;
.
.
.
begin
st:='12345';
StrDelete(st, 1, 1);
writeln('string between ',st);
StrDel2(st, 1, 1);
writeln('string at end ',st);
end.
produces the following output:
string in 12345
string out 12345
string between 12345
string in 12345
string out 2345
string at end 12345
My question, why won't delete work from within a procedure when the
string being worked on was passed in by reference, but it will when
the string was passed by value (in which case, of course, nothing
is returned to the caller)? Am I missing something obvious here?
Any help would be greatly apprciated.
------------------------------
Date: 6 Nov 86 13:34 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Positively last item on icons
First, thanx much for your voluminous and quite helpful responses on my
icons problem. I have tried everything upto and including destroying all
the resources I made and rebuilding them just like some of the examples you
gave. I tried all the ways of using FEdit and ResEdit to affix the changes
you all suggested and NO DICE!
Secondly, amidst all this, I have made an observation that I believe is
directly applicable. When I download something, say a MacWrite document
or even an application and unBinhex and unPackit it, if it has an associated
icon, the file will ALWAYS take the generic forms unless a file with the
same creator is present to the current FINDER. For example, I download
a file, undo it and a MacWrite document is unPackit'd. That doc will use the
generic folded-corner document icon. Now, I take the disk with this doc to
another machine that has MacWrite say on a harddisk. Pop the disk in and wa-
lah the MacWrite doc icon appears on the doc! Take the disk back to where
my generic System 3.2, Finder 5.3 is, pop it in, and we are back to the old
generic doc again.
I take back one thing; SOMETIMES it happens with applications, but when it
does, there is no way I can get the associated Icon to pop back up, it
suffers from the Vanishing-Bundle-Bit syndrome I have described. Another
thing, it always happens with files that I unfold with PACKIT II. Ones that
come only BinHex'd always display the icons correctly. How about that?
JAH
------------------------------
Date: Thu, 6 Nov 86 00:40:32 pst
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Apple Copyright Outrage
The October '86 issue of Apple's newsletter for developers, ←Outside Apple←,
starts with a controversial article on Apple's copyright of the Macintosh.
Not only the code, but also the "look and feel" on the screen.
The article, "Who can use the Macintosh Interface" by Joanne Koltnow, has
a paragraph that gets me furious: (direct quote):
"Developers who are considering modifying the interface should follow this
rule of thumb: In general, you don't want the users to do something they're
familiar with and have it produce an unexpected effect. But you ←can←
have the users learn to do something new. When you do this, however,
remember that the 'something new' is usually derivative of Apple's interface
and, by copyright law, also belongs to Apple."
My initial response was: "No way Jack! My ideas are my ideas. They are mine,
I own them. The claim that user interface ideas on the Mac inherently
belong to Apple is insufferable!"
I'm upset because this paragraph insults me and lies to me.
1.) It claims my new ideas are usually derivative. This is a laugh when you
consider that the very "look and feel" that Apple is trying to claim is
their unique creation is itself derivative of the Xerox InterLisp-D and
Smalltalk interfaces. Or at least it is no less derivative than my ideas based
on the Mac interface.
2.) It claims that the original copyright holder somehow magically acquires
rights to new material attached to a derivative work.
A derivative work, under copyright law, is a translation from one language
to another language such as from Spanish to French. The term also applies
to a translation from one medium into another. For example, the book
←Old←Possum's←Book←of←Practical←Cats (c) T. S. Eliot was translated into the
current musical "Cats". Apple's claim is equivalent to saying that since
the authors of the musical used T. S. Eliot's words, somehow, magically,
T. S. Eliot owns the music of "Cats".
Note: Legally, "a derivative work" does NOT mean a work with no artistic merit
as it DOES mean in popular speach. Although ←Battlestar←Galactica← was
artistically derivative of ←Star←Wars← it was NOT legally derivative of
←Star←Wars←.
--- David Phillip Oster -- "We live in a Global Village."
Arpa: oster@lapis.berkeley.edu --
Uucp: ucbvax!ucblapis!oster -- "You are Number Six."
------------------------------
Date: Thu, 6 Nov 86 11:04:16 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Here's a SUMacC List Manager interface
A couple of weeks ago I asked if anybody had written glue for the List Manager
for SUMacC. I didn't get any response, so I wrote it myself. In the spirit
of SUMacC, I am posting this as public domain software for anybody who wants
to use it. The posting is in the form of a shell archive. To unpack under
Unix, type
sh listmgr.shar
If you are not using unix, use an editor to chop the files apart.
--Mark
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SUMACC-LISTMANAGER.SHAR
DAVEG
]
------------------------------
Date: Thu 6 Nov 86 12:42:11-PST
From: Lance Nakata <K.Kirin@OTHELLO.STANFORD.EDU>
Subject: Re: Trashed MacWrite Files
>
> Does anyone know how to recover from a disk a trashed (pre 4.5, 512e Mac)
> MacWrite file? Nothing has been done to the disk since the trashing. Thanks.
>
> Richard Alpert <alpert@BU-CS.BU.EDU>
First of all, WRITE LOCK the damaged disk by sliding the disk tab to
the "open window" position. Then, use Copy II Mac to make a Sector
Copy of the disk. It is not advisable to use the Bit Copy option
because that will transfer formatting errors to the destination disk.
USE ONLY THE COPY FOR REPAIR WORK!
When you say "pre 4.5", I assume you mean a MacWrite 2.2 document. If
this is the case, then you can try using File Tricks
(UTILITY-FILEFIX.HQX). It has something like a "rescue ASCII text"
option. If you have one of the rare MacWrite 3.x or 4.x versions,
then you can try using UTILITY-WRITERECOVERY.HQX. Note that
WRITERECOVERY is for MacWrite files in compressed format (3.x and 4.x)
ONLY, and was specifically written for 4.5 files. Do not use it on a
2.2 document. Also, File Tricks has a 4.5 option, but I've noticed
that it does not recover many of the characters that are in a 4.5
file.
File recovery is sometimes a difficult task, but it can be done. If
your entire disk is "unreadable" or "damaged", then the Sector Copy
process might help. If it's only one file that won't open, then
perhaps File Tricks will help.
Good luck.
Lance
------------------------------
Date: Thu, 6 Nov 86 09:35:45 est
From: rs4u@andrew.cmu.edu (Richard Siegel)
Subject: Trashed MacWrite Files...
If the version of MacWrite you're using is between 2.2 and 4.5, then you are
taking many many risks; the intermediate versions (such as 3.8, 4.2) are
famous for crashing, and taking your work, and the application's code, along
with them.
I agree, about MacWrite's unreliability. Part of the problem is the crazy
file format they use.... And who every heard of an application that runs
SLOWER with a Prodigy board???
--Rich
------------------------------
Date: Thu, 6 Nov 86 12:14:15 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: MS word defaults
What I do in MS word for most of my defaults is simulate style sheets using
the glossary function. For example, I store letterhead PICTs in the glossary
and I store paragraph formats in the glossary. I can open a letter,
type "ORhead<command-backspace>" and my letterhead pops in. I then type
"in<command-backspace>" and I get an indented paragraph format. You can
set up just about whatever you want, get it out in a minimal number of
keystrokes, make it available when you want it without worrying about
opening up a specific default document, and use them in a less than
document sized granularity.
This doesn't help some things, like paper size. It OUGHT to be possible
to build these defaults with TEMPO or some other keyboard macroprocessor,
shouldn't it? That way, you aren't tied to only a single format in a
document, but can develop a set of standard formats you can paste in at
will. VERY flexible.
chuq
------------------------------
Date: Thu, 6 Nov 86 10:07:56 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC>
Subject: Reply: Schematic application for macs
This is my first attempt at replying to an inquiry on the nets, so please bear
with me if this isn't altogether coherent.
>I'm interested in buying a printed circuit board layout software. I'd
>like a package that would allow printing the resulting layouts on a
>LaserWriter.
I have recieved thru a co-worker, a demo disk
for an application called 'SCHEMA'
which is supposed to run on ibm pc's and clones. I tried it out, and it seems
reasonably useful. Automatically creates correct drawing upon definition of the
device, supports laserwriter, creates wire lists, etc. I have no real use for
the application, so I never bothered to find out whether there is a macintosh
version available.
You can get in touch with
Omation, Inc
1701 N. Greenville Ave
Suite 809
Richardson, TX 75081
214-231-5167
Regards,
tc
Oh, and they want $495 for it.
------------------------------
Subject: jasmine HD
Date: Thu, 06 Nov 86 11:56:28 -0800
From: Don Rose <drose@CIP.UCI.EDU>
Does anyone know anything about these drives? The company is in
San Fran, and is taking orders for $575 if prepaid (+tax). They claim
their disk comes with 14mb of public domain software, which sounds
enticing. Thanks for any info --
Donald Rose (drose@ics.uci.edu)
P.S. they give a 1 yr warr and 30 day refund. Its a seagate. Has fan and surge
protection. SCSI. 2 in. high. Free shipping. Name: Direct Drive 20.
P.P.S. Has anyone seen companies selling them other than Jasmine
themselves? thanks again.
(P.P.P.S. Sorry if someone has already discussed this.)
P.P.P.P.S. Their addr/phone: Jasmine Computer Systems
555 De Haro St.
San Francisco, CA 94107 (415) 621-4339.
------------------------------
Date: Thu 6 Nov 86 03:32:54-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: "things" to put your Mac-disks in ....
[ continuation of a long-interupted series of useful and thrifty hints ...]
remember, when in 1984 I discovered the reason to drink more champagne?
the corks make great supports to lift the front of the Mac to a user-friendly
angle ... (rumours have it that Apple justified the cost of an early 128K
"toaster-computer" by including 2 bottles of expensive 'bubbly' ...:-)
ah, and then there was the use of a Velcro sticker to tie the "indispensable"
*TOOLBOX* to the front of Mickey (consisting of a colorfully plastified
paperclip")
and how about the pointers of how to build TORX-screwdrivers and
piano-hinge "spreaders" to crack open your Mac ....
NOW THERE IS MORE !!!!
yesterday I discovered a new way to wrap a MAC-disk for mailing: you know those
plastic wrappers to keep beer cans cold? Yep, perfect fit and great protection
for *HOT* data ... original, too (until now, at least).
Ah, and remember, the use of those Sterling plastic check files #269, which
list for ~$5 and which I buy at Target on sale for$3? holds 140 disks,
available in Mac's "putty" colour, for those with a sense of color-coordination
(hi, H.J. (-:), protects from water and dust, *AND* portable - it comes with a
decent handle!!! and the 12 monthly cardboard check-separators cut in half
make great disk separators and markers.
This Monday, I discovered another useful Sterling product: the MultiFile #274,
lists at $5.99, this week on sale at the local Target store for $2.99: sized
for manila folders and about 6" deep, "putty" colour. IDEAL storage for 12
boxes of Mac-disks or lots of printed paper. Stores nicely in book-shelves
also. What more can I say ....
let's see what else ... ah, yes. 2 other things I picked up at Target: they
are selling a "Multidirectional Monitor Base" COMPUTERMATE" which "adjusts to
any desired position" for $10. Great replacement for those *EXPENSIVE* French
champagne corks ...manufactured by A.L.S Industries, Torrance CA 90504, says
the box. and another "putty" colored item: lately, lots of stores seem to
carry those plastic storage magazine "watch-a-ma-call-them". You know, they
hold 1 year's issues of magazines .... Great for that Mac-office, too, for listings and
manuals. $2 on sale, often with $1 refunds for 3 proofs of purchase (if you
can't resist those inventions of the consumer-devil either). I must have over
50 of those things ...
I also have to admit that I, recently, replaced the COMPUTERMATE with a *FANCY*
stand, which includes a power control center in the base (surge and spike
protector, 6 illuminated switches for master and individual line control) with
5 power outlets in the back, all for ~$60 mail-order from some outfit in
Houston that advertises in Computer & Software News. brandname on the gadget
is "Pico Products" ....
and a reminder should your mouse go on the blink: the optical Apple-][ mouse
works at about half the price of the *REAL* item. Besides, a trackball is
really better ( <= religious statement, no flames, please)
ah, yes, one last item: should your power- or motherboard ever go on the blink
and you are able and willing to take it out and ship it by mail (nothing to it,
really), I may just know of a place where you can get things fixed (swapped)
at a price that's hard to beat. When the occasion arises, send me a
mail-message and I check on the actual availability and price at the time. I
have yet to hear of a refurbished power-board to go out - something I wished I
could say about Apple boards ... Wished I had known about this place in my
first *EMERGENCY*!
---Werner "Make my day", he said ...
"One more time for the gipper", he said ...
thanks, guys, for voting *THIS TIME*!!!
PS: I nearly forgot. Yesterday's NY-Times has some good mail-order prices:
Mac+ for $1599 at SnW Electronics (800-874-1235)
and LaserWriter for $3895 at 47th Street (800-221-7774).
beats the riff-raff around here, and considering no sales-taxes for
out-of-state, it approaches Consortium prices.
------------------------------
Date: 6 Nov 86 13:52 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Startup Sound and Pictures
I am interested in an application that will cause a Mac to display a
startup screen and play back a digitized sound file upon startup of the
Mac. I know it exists, but I do not know the name of it (I've seen this
work on a Mac; it is impressive as heck!)
I know that a startup screen can easily be made eg. via Paint Cutter, but
I have never seen a way to make a Mac play a digitized sound file on
startup as well. Any ideas?
Thanx much.
JAH
[ note from moderator: The very impressive MacNifty audio digitizer package
comes with an application which installs an init resource into your system
file that allows a file called StartupSound to be used as a startup sound.
If you want to use the old startup screen method in addition to the sound
I'm fairly certain that is no problem. I set this up once upon a time but
found that, since digitized sound files are so large, the amount of time
to startup grew quite long and the whole effect grew tiresome. Nevertheless
I see that the MacNifty encourage the posting of that init so I will.
DAVEG ]
------------------------------
Date: Thu, 6 Nov 86 17:02:34 aest
From: munnari!rpepping.oz!RAY@seismo.CSS.GOV
Subject: Mini Din 8 Plugs and panel mounted sockets.
Please could anyone out in Netland help. We cannot find any supplier for these
in Australia that has any stock. Please could you mail me as below if you know
a good source of the items.
Thanks. raymond Haynes ( ACSNET%"ray@rpepping.oz" ).
------------------------------
Date: Thu, 6 Nov 86 17:15:18 EST
From: David A. Levitt <levitt@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: Fonts for Hindi or other overstriking languages in MacWrite?
Is there a Hindi font or word processor for the Mac?
Is there a way to use MacWrite or other word processor to do
overstriking (or relatively complicated accents) that could
do Hindi and languages like it. (It runs left to right.)
reply to levtt@media-lab.MEDIA.MIT.EDU
------------------------------
Date: 6 Nov 86 09:49:03 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #90
Usenet Mac Digest Thursday, 6 November 1986 Volume 2 : Issue 90
Re: Edit ver2.0
Re: Command Keys for Openning Desk Accs.
Freesoft roundtable on GEnie
Re: Dataframe Utilities can be Killers
Mac fan comparison
Re: TML Pascal ver 2.01 bug
Re: Arbitrary Serial Output
Scanning Macwrite files while IN Macwrite
Font wanted - romanised sanscrit
Re: Driving a plotter from a MAC
TML Pascal, SetPaths DA
Video problems with upgraded 512K Mac
Re: Software Project Management
Journaling
Re: TML Pascal, SetPaths DA
MacWorks (Apple, are you there?)
IBM-PC <-> VAX <-> MAC network?
Re: IBM-PC <-> VAX <-> MAC network?
MacPlus Connectors
Prolog suggestions
Re: What's Nu with VME for Mac?
Questions about low cost Hdrives
Re: Serial Port
HFS Backup (and similar), HFS "Directories" (long query)
Delphi V2 #55 (disk benchmarks)
DiskTimer Results of Univation Disk
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-90.ARC
DAVEG
]
------------------------------
Date: 6 Nov 86 09:47:55 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #57
Delphi Mac Digest Thursday, 6 November 1986 Volume 2 : Issue 57
Today's Topics:
RE: Finder/many-file copy bug? (Re: Msg 14331) (6 messages)
IMAGEWRITER-II HELP (2 messages)
DiskTimerII
RE: How to reboot your Mac and Hard Disk (Re: Msg 14422) (5 messages)
RE: MPW C (Green Hills) "feature" (Re: Msg 946) (5 messages)
RE: Apple's interface (Re: Msg 960) (2 messages)
HELP get my PD offering off the ground
RE: HELP get my PD offering off the grou (Re: Msg 14468)
Voice recognition
RE: alarm clock menu blink (Re: Msg 944)
TeX (2 messages)
DataFrames... (2 messages)
DataFrame loongterm reliability
DataFrames for $730.00? (3 messages)
Appletalk pricing (3 messages)
It's true about Berke.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-57.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂09-Nov-86 1705 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #8
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 9 Nov 86 17:05:28 PST
Date: 9 Nov 86 1702-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #8
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 9 Nov 1986 Volume 5 : Issue 8
Today's Topics:
laserwriter fonts, hints, and toys
Re: laserwriter fonts, hints, and toys
Re: laserwriter fonts, hints, and toys
Tandy 200 and Mac file transfer?
FOREIGN WORD PROCESSORS
Radius Screen Demo and more
Optical Character Readers
WORD templates: a cautionary note
A generic DA for LightSpeedC.
Macintosh Pascal v2.1
RE: MacPascal 2.1 a reality
Trouble with MaxPlus memory upgrade
Re: Jasmine Hard Drive
New Fast Hard Disk
RF Interference with Hard disks
Telephone interface hardware
----------------------------------------------------------------------
Date: Fri, 7 Nov 86 14:15:38 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: laserwriter fonts, hints, and toys
I'm about to buy a laserwriter for my own uses at home (OtherRealms is
going to turn into a nice, expensive hobby before I'm through) which
brings up all sorts of interesting questions that I thought I'd throw
out to the group mind.
First of all, am I going to have trouble hooking it up to my system? I'm
currently running a Paradise hard disk off of the printer port, an
Imagewriter/Thunderscan and a modem off of an A/B switch on the modem port.
Appletalk also plugs into the modem port, right? Does this mean I'm going
to have to go to an A/B/C/D switch, or is this going to a real hassle?
(note: since the LW can't do mailing labels, I can't completely retire the
Imagewriter, although the Thunderscan may be retired soon).
Question #2. How well in reality does bitmapped (i.e. MacPaint) art and
graphics reproduce? Am I (as an example) going to want to upgrade to
SuperPaint so I can do Postscript graphics? Has anyone played with the
new Postscript clip art starting to come out? Is SuperPaint better than
MacDraw? What are the tradeoffs?
Question #3. Does anyone know of a grahics librarian for PICT stuff?
Picturebase (?) does it for macpaint bitmap stuff, but not for macdraw
format graphics. Am I stuck with the Scrapbook for now?
Question #4. What are your favorite laser fonts? Now that I'm not going
to be limited to 72dpi, I want to pick up a few distinctive typefaces for
some of my stuff. I particularly would like to find a good London style
Old English font, if it exists. What other fonts are available, and
which ones do you like?
Question #5. What do you recommend for things like custom font/logo/graphic
design? If I want to develop my own font characters and dingbats, what
should I look at using, assuming I want PostScript and not bitmap characters?
Question the last. With the laserwriter coming in, I'm thinking it would
be a Good Thing to start using honest letterhead instead of pinfeed with a
bitmap letterhead logo for stuff. Any suggestions on kinds of paper (also
colors and tints ) that work well in a laserwriter? What sort of thigns
should I plan on avoiding (textured papers, for instance...). Does the
printer have trouble with heavy (say 20lb) paper?
thanks for the help, in advance (this should get some interesting dicussion
going, I hope!)
chuq
[ note from moderator: APPLETALK RUNS OFF THE PRINTER PORT ONLY. That is
the bad news. The good news is that if you only want two nodes on an appletalk
network (e.g. 1 Mac and 1 LaserWriter) you don't need to buy the special
$50 a node boxes and cabling but only need to directly connect the three
wires which appletalk connects. Note that a possiblility exists of having
your imagewriter (II only) as an appletalk node (about $100) which may
be interesting. DAVEG ]
------------------------------
Date: Fri, 7 Nov 86 16:12:16 PST
From: ssp@Sun.COM (S Page [Tech Pubs {windows}] 691-7670)
Subject: Re: laserwriter fonts, hints, and toys
These answers are pretty incomplete...
On #2:
MacPaint images pasted into true LW pages look pretty poor -- the
larger dots really leap out at you. What you could do is paste them in
at 1 Mac pixel to 1 LW pixel (they would come out 1/4 the size), but I
have no idea how you do this. The latest issue of 'Colophon', Adobe
Systems' News Publication, says that it used GrayPaint(tm) software
from Fractal Software; I imagine this lets you work with bitmaps at the
high resolution of the LW.
There's also a product called Bill's Ultimate Bitmap Editor, or something,
which simplifies editing 300dpi stuff. It was mentioned in some recent
Mac magazine (MacUser? Macazine?).
You need a special bitmap editor because at 300dpi it's incredibly time-
consuming to work on a dots by dots basis.
Another approach is to scan the stuff in, but that's extra money.
The real answer is to use MacDraw or some other drawing/drafting package
so you bypass all the pixel scaling problems.
The "macho" real answer is to insert raw PostScript in your document
wherever you need an illustration. I have heard of a special PostScript
font option for the Mac that allows you to include raw PostScript as
part of a Mac document.
#4 (fonts):
Call up Adobe (800)45-ADOBE to ask for a brochure on fonts and find
your nearest font dealer. I would advise against going with anyone
else's fonts unless you really see all of them at a lot of different
styles and sizes. Poorly designed LW fonts look even worse than all
the ImageWriter junk fonts.
There is an article in the Nov 12th Bay Area Mac Classifieds on
'Unusual Type Effects with Downloadable Fonts' (together with some ugly
sample fonts). With an ordinary LW you can only download 2 fonts per
document (2 per text block in Page Maker), so if you want to use lots
of fancy fonts, you should think about getting a LW+.
If you buy a font designer program, you can in theory put somewhat
sophisticated clip art in the font, and bypass MacDraw/MacPaint
altogether.
All the Adobe fonts are good looking. ITC Lubalin Graph is kinda
techy, Optima is cool, ITC Souvenir and Palatino are easy to read...
have fun!
=S Page Tech Pubs (windows) spage@sun.COM (415)691-7670 M/S 5-40
{hplabs,ucbvax,decwrl}!sun!spage
Not my employer's opinions; all the fonts mentioned are TM of someone or other.
------------------------------
Date: Fri, 7 Nov 86 22:03:24 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Re: laserwriter fonts, hints, and toys
Um....lotsa questions; I'll answer what I can.
A LASERWRITER FOR HOME????
That's something I would only >>dream<< about.....
1) Hooking it up to your system is doing to be very interesting, and you may
well have problems. See, AppleTalk only works off the printer port. Although
you can use a 9pin-to-9pin cable instead of shelling out $100 for AppleTalk
nodes, you still have to use the printer port. It stinx, but there are no
alternatives. Actually, there are.... I suspect you can't do without the hard
drive, nor would I recommend it. You could purchase an Apple Hard Disk 20,
which connects to the external drive port and still lets you hook up a
floppy, and thereby free the modem port for use by your
ImageWriter/Thunderscan setup. Then sell the Paradise.... (Who knows? If the
price is right...) The other alternative is to completely unhook the
ImageWriter, and swap it with the LaserWriter whenever you need to do
something like Thunderscan or print labels, neither of which the LaserWriter
can do. Basically, there's no way that you can have the Paradise drive,
LaserWriter, ImageWriter, and Thunderscan completely hooked up and at your
command at all times....
2) With the new LaserWriter drivers (which have been out for a few months
now) bitmapped graphics, like MacPaint graphics, will come out beautifully.
They finally implemented the printing right, so you can tell the LaserWriter
that you'd like your MacPaint bitmaps smoothed, or not. As far as
reproduction quality, you've nothing to worry about. I haven't tried
SuperPaint, so I can't comment on it. I use MacDraw for any drawing tasks I
have, since I generally don't deal with bitmapped images. On the Laserwriter,
MacDraw produces some of the most fantastic output I've ever seen. It's
pretty compatible with MacPaint, so you can paste in a bitmap from MacPaint,
and mess around with it, and print it out...
3) I don't know offhand of a MacDraw-format graphics librarian... All I can
suggest is the Scrapbook, or maybe some careful HFS organization....The
scrapbook kinda loses....
4) Since I do a lot of technical writing, my preferred font is Times 14. It's
not distinctive, but it is easy to read. Keep in mind that with the new
drivers, ANY Macintosh font can be downloaded, so if you have some really
nifty public-domain font, you don't have to worry. It'll look as good, and in
many cases better, than what you see on the screen. So go ahead and use your
London, and enjoy...
You could also use Fontographer ($495 from Altsys, if I remember correctly)
to create your own, if you're into that...
5) As I just mentioned, Fontographer wins for font design. You create a font
in terms of its outline, and you have an assortment of straight segments,
curves, and angles with which to build your font.
6) While I haven't done too much with heavy paper, or anything really
strange, I have printed a bit on lightly textured bond paper (weight unknown)
without any problems. I would want to stay away from anything extra-heavy or
extra-rough textured.. I would recommend you try some extreme cases, and see
what happens....
By the way, if you can, get a LaserWriter Plus. It's quite a bit faster at
processing things, it offers some really nice built-in fonts, and it doesn't
have some limitations that the LaserWriter does, if you decided to try and
test the envelope...
--Rich
BTW, the opinions here are my own...
Fontographer is a trademark of Altsys, Inc...
I have no affiliation with Apple or Altsys or anyone else, but my
girlfriend...
------------------------------
Sender: "Kevin←J.←Mackey.osbunorth"@Xerox.COM
Date: 7 Nov 86 14:09:48 PST (Friday)
Subject: Tandy 200 and Mac file transfer?
From: Mackey.osbunorth@Xerox.COM
Reply-to: Mackey.osbunorth@Xerox.COM
In the December '84 issue of MacWorld, on page 158, there is a
description of a procedure for transferring files from a TRS 80 Model
100 to a Mac, using the Mac's printer cable connected to the modem port.
I've tried to do the same with a Tandy 200 but without success.
I have problems when I try to set the Tandy's Telcom program to use the
RS232 port. I enter a 5 for using the RS232 at 1200 baud (instead of M
for modem), leaving all the other parameters the same, and it beeps when
I press ENTER. I check the settings, and they are unchanged.
I notice that the Mac's printer cable's RS232 connection doesn't have
pin 6, though the article says this this cable should work.
(Note: The March '85 MacWorld, p. 117-118, describes a problem, with
using MacTerminal and the Model 100. The July '85 MacWrld, p. 141,
describes a solution to this by doing a POKE 63066,255 on the Tandy
before using MacTerminal, then doing a POKE 63066,0 when done.)
Kevin
------------------------------
Date: Tue, 04 Nov 1986 09:11 PST
From: "Dan Calderwood" <GCO0002%CALSTATE.BITNET@WISCVM.WISC.EDU>
Subject: FOREIGN WORD PROCESSORS
At the risk of sounding extremely naive, I have a question regarding the logic
of foreign keyboards and fonts in relation to the Macintosh. To allow simple
input of foreign text (ie. no alt keys used) are the ASCII codes sent
directly from the keyboard, or does the keyboard simply send a scan code
that is interpreted by the software?
The question was raised when a discussion of foreign keyboards and
word processors were being discussed. If the ASCII code is sent directly from
the keyboard (assuming the keyboard has its own ROM) then to "easily" generate
foreign characters, would simply mean switching keyboards, right? If, however,
all keyboards send out the same scan codes, a foreign word processor is a must
to interpret the scan codes for the respective language..?? One last thought,
would a foreign font negate the need for a foreign word processor and
keyboard?
Thanks in advance for any information that would clear up this matter.
Dan Calderwood
Humboldt State University
------------------------------
Date: Fri, 7 Nov 86 15:40:48 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Radius Screen Demo and more
Last night we got a first hand demonstration of the Radius screen
( 8.5 x 11 in) from the principals involved: Andy Hertzfeld, Burrell Smith,
and Alain Rossman. It was EXTREMELY impressive to see a full page plus
the Mac screen working together. Andy's firmware is (as expected)
unbelievable with lots of small features which make the screens work
together in an elegant and useful way. All windows can have zoom boxes
and zoom to a full page on either screen. Windows can exist on either
screen or span the two screens simultaneously. You've probably heard
all this stuff before but seeing it is a real treat. Before the demo
I felt that their implementation suffers next to a larger screen used
by itself. The E-machines screen (on paper) looked to be a better idea.
After the demo, I'm not so sure. The user interface details on the
Radius screen may make it the one to beat. My jury is still out but
has been swayed quite a bit by the demo by the stars.
One additional point...Andy has evidently cleaned up a lot of programs
which had minor or major incompatibilites with using the big screen. He
has done this in the firmware of the Radius and it is transparent to
the user. The compatibility issue will only get better as more screens
are in use and the open mac hits the market, but according to Andy,
the Radius screen offers the most compatibility currently.
With Andy at hand, I had the opportunity to talk with him about
Servant. Rumors that he has given up on the project are unfounded.
He indicated that he is still working on it (is up to version .85)
and should have a newer (imperfect) version available soon for testing.
Andy indicated that within a couple of months he was going to decide
exactly how far to take the Servant program. It is clear that to have
a finished, bug free version was an extremely ambitious project which
would take probably 6-9 more months. He has not decided whether to
do so. In any case, he plans to continue with Servant for now, so
we should be able to look forward to better versions.
For those that are in the local area, you missed a wonderful evening
full of excitement with both the Radius screen and the stars discussing
everything from marketing to programming philosophy. For those outside
the local area, be sure and go to such a demo if it comes nearby.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Sat, 8 Nov 86 21:59:25 pst
From: Bernard Aboba <bernard@ararat>
Subject: Optical Character Readers
I have had the experience on utilize an optical character reader service
firm to read in several hundred pages of data for my thesis. I feel I
am therefore in a good position to evaluate the current state of the art.
The firm I went to utilized a Kurzweil scanner which can recognize any
type font as long as the type is high quality. For example, it is usually
impossible to recognize characters written by a dot matrix printer, or
a bad xerox, but laserwriter quality output would do just fine, as would
output from a high quality typewriter. As for foreign languages such
as Russian, Japanese, Hebrew, etc., I have no experience, but as the
quality of the scan depends greatly on the expertise of the operator
(more on this later), my guess is that most services wouldn't do a very
good job with this.
In my application I was entering numbers, so I wanted high accuracy, and
compared the price of scanning versus "verification" service of a
commercial data entry firm. Scanning was much cheaper, and as I was
promised an error rate of 1 in 10,000 characters, I went ahead.
After I got the data back, I realized that the error rate was much higher
than 1 in 10,000 characters. As I had part of the work done by a
commercial service in "once-through" mode, and part by a department
secretary, also not checking her work, I was able to do a comparison. The
scanner was more accurate than my department secretary, but less accurate
than the commercial service which didn't verify the data. Scanning would
still have been cheaper than typing it "once through."
Here is the rub though -- in portions of the document the error rate was
horrendously high, on the order of 50 errors per page. The reason for
this was that the type face changed slightly (perhaps someone changed
the typewriter ribbon), and the Kurzweil, having been "trained" to
recognize characters early on in the document, couldn't cope with this
initially. It did seem to adapt after about 10 pages, though, and things
were fine again.
So to summarize, scanners are economically viable for "once-through"
data entry where accuracy is not all important, and errors can be easily
seen and corrected. For absolute accuracy, there is no alternative to
traditional data entry and verification methods. Here I distinguish
scanners of the Kurzweil type, which are very expensive, from Optical
Character Readers, which can only recognize certain fonts. My opinion
is that optical character readers are not sufficiently reliable to
use in commercial or important applications.
The firm I used was:
Quadratype
Mani Feniger, Marketing Rep
2201 Third Street
San Fransisco, CA 94107
(415) 621-0220
------------------------------
Date: Thu, 06 Nov 1986 10:54 PST
From: "Andre Lehre" <GFA0009%CALSTATE.BITNET@WISCVM.WISC.EDU>
Subject: WORD templates: a cautionary note
If you are using LOCKED Word templates for your documents, be aware that if
you open the document from inside word (choosing "Open" from the File menu)
you WILL NOT get a message indicating that the item is locked and cannot be
changed. With the 128 ROMs you can type merrily away, SAVE the document (no
message appears to indicate you can't) and close. Your document--and all
your effort-- will have vanished! The template is unchanged.
So...it's wise to open your templates from the Finder to be sure you get that
reminder that you need to "Save As.." right away. It would be nice if Microsoft
would modify Word to give you an error message when you try to write to a
locked file.
-- Andre Lehre
[ comment from moderator: Unbelievable! DAVEG ]
------------------------------
Date: Sun, 9 Nov 86 00:12:26 est
From: spector@nyu-acf4.arpa (David HM Spector)
Subject: A generic DA for LightSpeedC.
Enclosed please find one generic DA for LightSpeedC. I wrote it this weekend
after trying to port some of my older Mac C code to LightSpeedC and found that
it was easier to start from scratch in most instances, due to some of the non-
standard aspects of the former. It does most of the things one would
want in a DA, such as menus, update events, etc; but it doesn't do too much,
so its easily expandable without having to throw away a lot of useless code.
The Generic DA may be freely copied and used for non-commercial purposes,
except where stated in the program's comments.
Enjoy,
David Spector
NYU/acf Systems Group
The following is a hexified .pit file containing the files "GenericCDA.c",
"GenericDA.r" and "Generic DA".
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-LSC-GENERIC.HQX
DAVEG
]
------------------------------
Date: Thu, 6 Nov 86 11:21 EDT
From: <JCLARK%UTKVX4.BITNET@WISCVM.WISC.EDU>
Subject: Macintosh Pascal v2.1
This is taken from a letter from Anjali M. Magana, who is Macintosh
Pascal Product Manager:
What are the differences between 2.1 and 2.0?
1. Due to input from dealers, the Backup/Install program has been removed
from the Utilities disc. You use the Finder as you do with other
Macintosh applications.
2. The "Generic" file on the Utilities disc, which was missing from the
2.0 update, has been added. (This is a reprint of a MacTutor
article.)
3. The PShell has been corrected so that programs that are saved as
applications now appear with a "see-through" Blaise Pascal icon. Before
only the name appeared with no icon.
Note:
it has been my personal experience that versions 2.0 and 2.1 are much
more restrictive of the range of traps allowed in "InLine" calls.
Indeed, some of the programs which worked under the previous version
need "work-arounds" in 2.1. I don't recall which ones are not allowable,
but when you use one, you get a message to the effect "traps must be in
range of..."
Jim Clark
------------------------------
Date: Thu, 6 Nov 86 15:22 EDT
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: MacPascal 2.1 a reality
MacPascal version 2.1 was released in late July. It corrects several minor
bugs in version 2.0, and it removes ALL copy protection (yes, you can finally
see the formerly invsible files!).
- Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Fri, 7 Nov 86 15:32 EST
From: LYONS%FSU.MFENET@LLL-MFE.ARPA
Subject: Trouble with MaxPlus memory upgrade
We purchased a MaxPlus kit to upgrade one of our Mac Plusses to 2Mb about a
month ago. I installed it and everything worked fine until yesterday. The
Mac wouldn't boot up, instead the screen was black except for the
question-mark icon. After checking the supply voltage and making sure the
SIMMs were seated ok, it still didn't work, so I deinstalled the upgrade.
Unfortunately, the Mac was still dead, this time with a different pattern
on the screen. When I looked closely at the upgrade's socket module, two
of the three chips showed evidence of overheating. I am going to
send it back to the manufacturer for test/inspection and await the
diagnosis of the Mac's problem.
I had read a number of messages on the net here to the effect that most
people were happy with this upgrade kit. Has anyone had experiences
similar to mine? I had already ordered more kits before this trouble, now
I don't know whether to send them back or not.
Jim Lyons (LYONS@FSU.MFENET)
Supercomputer Computations Research Institute
Florida State University
Tallahassee, Florida 32306
------------------------------
Subject: Re: Jasmine Hard Drive
Date: Sat, 08 Nov 86 12:39:01 -0800
From: "David M. O'Rourke" <rourke@icsb.UCI.EDU>
I am writing in response to the request for Jasmine Drive info.
I recently purchased the jasmine drive and I couldn't be HAPPIER.
I decided to puchase the drive as a backup for my father's business data.
He hates dealing with floppies but wanted to do backups of our Apple HD20
after throwing out a tape backup system, do to the cost and difficulty of
finding reliable information regarding their use. We decided to purchase the
Jasmine and see what it could do.
We received the drive and simply pluged it in. I found the drive to be
extremly fast, quiet, and an overall good value for the money. Since
aquiring the drive it is now the primary drive and the HD20 backs it up.
As far as the software, don't plan on just getting the drive and using it, it
took just over three hours for me to weed through the PD software and determine
what I wanted to keep. A second hard Drive is very nice for this process
because you can use it to hold the stuff you would like to keep and when you're
all done, you can initalize the Jasmine drive and move everything back on to
it.
I am very happy with the purchase and I have recomended it to three close
friends who were thinking of purchasing a Hard Drive.
David O'Rourke
rourke@icsb.uci.edu (I don't know my full address)
ps I'm a computer science major at UC Irvine. I've owned a Macintosh since
May of 1984, and I've been developing software for the Macintosh for about
6 months using TML Pascal. I write custom software for my father's
business.
------------------------------
Date: Fri, 07 Nov 86 00:59:01 +0300
From: <CLAK100%BGUNOS.BITNET@WISCVM.WISC.EDU>
Subject: New Fast Hard Disk
I hope this will interest some of the Hard Disk Jokies, the drive bellow was
purchased in England and produced by Rodime - Scotland
These are reported results from the DiskTimer program as of Nov 07, 1986 for
the disk above.
----- time in seconds -----
100 32KB 100 32KB 80 1MB
Model, Vendor [Note] Reads Writes Seeks Reported by
--------------------- -------- -------- ------ ------------
Rodime S20+ (SCSI) 14.5 14.4 5.0 Rafi I. Brunner
Disclaimar: I have no connection with Rodime except that I am a satisfied user
of the S20+.
P.S the disk seems to boot and work normaly with unpatched system 3.2 and
finder 5.3, how ? it is a mystery to me
Rafi Brunner CLAK100@BGUNOS.BITNET
------------------------------
Date: Fri, 7 Nov 86 09:44:44 AST
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: RF Interference with Hard disks
I have recently acquired a Mirror Techonolgies Magnet 30X 30Meg
hard disk. The disk seems extremely fast compared to others I've
seen, but there is one severe problem. It generates a totally
unacceptable amount of RF interference. Every radio in the house
was "zapped", as well as the TV reception. I have never seen a
computer device generate so much RF interference. Needless to say,
I am returning the disk. What I would like to know is if other
people have experienced this problem with Mirror drives, or with
other brand drives. If I order a new drive from the States via
mail order, I'm going to be very upset if I encounter a severe
RF interference problem. Although I would prefer a 30Meg disk,
I have considered the following drives for a replacement to the
Mirror drive:
LODOWN 20 $995
DATAFRAME 20
PHOTON 30
JASMINE 20 $599
There may be others, but these seem to have the best price per megabyte
value. If anyone has any experience with these drive, please let me
know. Thanks.
==> Paul@Acadia.BITNET
PS: The MAGNET 30X has a 30Meg Seagate, which I've used before on PC's
without problems. The Mirror drives obviously have a design problem.
------------------------------
Date: Fri, 7 Nov 86 13:23:35 GMT
From: Jsventek@Cs.Ucl.AC.UK
Subject: Telephone interface hardware
I am in the process of developing some multi-media applications on Xerox 1100
series machines under Interlisp-D. In order to include voice as one
of the media, I need to find hardware which samples voice from a standard
telephone and outputs it through a serial interface. Before I left
the states this past May, I was aware of an interface provided by the BMUG for
use with Macintoshes. The purpose of this query is to flush out any other
hardware widgets which could be connected to our 1100's. Please respond
directly to me, as I do not belong to any of these lists. I will send a summary
of responses received to each list within a couple of weeks.
Joe Sventek <JSventek@cs.ucl.ac.uk>
ANSA Project
24 Hills Road
Cambridge CB2 1JP
United Kingdom
P.S. I already possess the MMH software from ISI, thanks to Greg Finn.
[ note from moderator: the MacNifty soundcap is a general digitizing system
for the Mac that is about $110 including software. I am not sure how adaptable
it is for other systems. DAVEG ]
------------------------------
End of INFO-MAC Digest
**********************
∂11-Nov-86 1902 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #9
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 11 Nov 86 19:02:37 PST
Date: 11 Nov 86 1900-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #9
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 11 Nov 1986 Volume 5 : Issue 9
Today's Topics:
SENDING OF LARGE FILES TO INFO-MAC
Followup to Strange, Evil MacFortran 2.2 Bug
Word 3.0 for the mac press release
MS Word ver. 3.0
New machine rumors (again)
Questions about Apple documents, version numbers, and more
Spread Data program
Posting of FzzPlot
Fast Eddie Update: Version 2.9
Source to BCPRINT (from UTILITY-HP41C-ASSEMBLER)
Laserwriters and Mailing labels
MW Word footnote line
Apples new NOISY SC-20 HARDISK.
Mac-IBM PC Laser Printers
new Mac prices seen in Boston
Bus'D Out and AppleTalk Games
Books for review columns solicited
Usenet Mac Digest V2 #91
Usenet Mac Digest V2 #92
Delphi Mac Digest V2 #58
----------------------------------------------------------------------
Date: Tue 11 Nov 86 18:56:37-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: SENDING OF LARGE FILES TO INFO-MAC
I just spent about 1 hour saving the current digest's postings
from the bitbucket. The problem was that a very large file was sent
to info-mac and our mailer here can only deal with a total mail file
of <350k. Normally this is no problem but since 5 files of more than
100K each were sent, I ended up with a mail file of >900K total. This
caused enormous problems and meant quite a bit of work. This is a plea
to those who want to post programs larger than 150K. Please coordinate
with me on these postings so I can handle the load without the mishaps
which occured today. Thanks, David
------------------------------
Date: Mon, 10 Nov 86 12:15:51 CST
From: wmartin@ngp.utexas.edu (Wiley Sanders)
Subject: Followup to Strange, Evil MacFortran 2.2 Bug
Sender:
Reply-to: ngp!wmartin@ngp.utexas.edu (Wiley Sanders)
This is followup to a previous net.nicro.mac message about a "strange,evil"
bug in MacFortran 2.2. The problem concerned a
line that, in spite of being an IF statement that was never executed (ie
the condition was never true), resulted in trashing values passed to an external function, *regardless of whether the parameters were touched
(equated) in the function*. The problem disappeared when the line was
commented out.
The problem has been traced to the use of an 'execute' statement. For
example, in the following program the values la,j, and m are trashed upon
returning from the external function 'bugger', even though they are not
changed in the external functions:
C This program does not work
C remove or cooment out line 6 (the if/execute stmt) and it will work
program tst
real la
integer j,m
do 20 m=1,4
la=480./3600.
j=24
if (m.EQ.-1) execute 'v2:MacFortran 2.2'
write (9,fmt='(a,f14.2,2i20)') 'Bef Passing:',la,j,m
write (9,fmt='(a,f14.2)') 'Val of bugger:',bugger(la,j,m)
20 write (9,fmt='(a,f14.2,2i20)') 'Aft Passing:',la,j,m
pause
execute 'v2:macFortran 2.2'
end
real function bugger(lambda,i,m)
C just passes the factorial of the third parameter
real lambda
integer i,m
write (9,100) 'bugger:',lambda,i,m
100 format(a,f14.2,3x,2i20)
bugger=real(ifact(m))
return
end
integer function ifact(i)
C Compute Factorial
C Param - i Returns - i!
integer i,k
ifact=1
IF (i.EQ.0) return
do 5 k=1,i
5 ifact=ifact*k
return
end
If line 6 is changed from
if (m.EQ.-1) execute 'v2:MacFortran 2.2'
to
if (m.EQ.-1) stop
the bug disappears and everything is OK. The moral? 1) Someone should
fix this bug. 2) Don't use the 'execute'
statement. (Or at least don't embed them deep in the body of a program.)
-Wiley Sanders
wmartin@ngp.UTEXAS.@ 9-Nov-86 21:49:27-PST,8582;000000000001
------------------------------
Date: Sun, 9 Nov 86 21:30:47 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Word 3.0 for the mac press release
I thought this would be of interest. Here is the press release for Word 3.0,
pulled from the MSOFT SIg on Compuserve.
chuq
[76703,4235]
Keywords: MACINTOSH WORD 3.00 ANNOUNCEMENT PRESS RELEASE
This is the long-awaited press release announcing Microsoft Word 3.00 for
the Apple Macintosh. One feature this press release doesn't mention is
that you now have an option to keep any combination of the program and/or
the document in memory. More info will be available soon.
(R D M) !r
- MICROSOFT WORD VERSION 3.00 FOR THE APPLE MACINTOSH -
NEW YORK, NY -- October 27, 1986 -- Microsoft Corporation today
announced Microsoft Word Version 3.0 for Apple Macintosh systems, with
revolutionary new features that make it the best document processor or
any personal computer. Microsoft Word advances word processing on the
Macintosh in the way Microsoft Excel advanced financial analysis a year
ago.
Microsoft Word for the Macintosh is extremely fast. In addition,
features unique to Microsoft Word for the Macintosh include flexible
menus, Quick-Switch, Page Preview, and the ability to place graphics
and text side by side. According to Microsoft chairman, Bill Gates,
"Microsoft Word for the Macintosh has lightening speed. I think this
is the fastest word processor ever on a personal computer."
This new version of Microsoft Word offers an impressive list of
features in a graphics-based environment which are accessible even to
the novice user. Word's functions work together, are consistent, and
can be easily accessed by someone without dedicated word processing
experience. When combined with an Apple LaserWriter, Microsoft Word
Version 3.0 produces the highest-quality output available from any
personal computer-based system.
"Our four years of intensive experience with developing software for
the Macintosh gives us the technological edge to produce fast,
sophisticated applications programs," said Gates. "Microsoft Word 3.0
uses the superior graphics capabilities of the Macintosh to give users
the flexibility to easily generate a great-looking document from start
to finish."
Microsoft Word 3.0 for the Macintosh combines features of high-end
personal computer-based word processing programs with the ease of use
and graphical user interface of the Macintosh. The result is
high-speed software that makes it very easy to prepare
professional-looking documents ranging from memos to long reports that
combine text and graphics. The new version of Word for the Macintosh
includes such advanced capabilities as:
Faster Execution-- Most commonly used functions like scrolling,
saving, and printing are significantly faster than previous versions of
Microsoft Word.
Flexible Menus-- Short Menus list only the basic word processing
features, very similar to MacWrite. The learning process is
accelerated, because the more sophisticated functions are not apparent.
As novice users progress, one keystroke offers access to Full Menus and
more advanced functions, including outlining, style sheets, and
Quick-Switch. Finally, the ability to customize menus gives
experienced users the power to build the menu of choice for a valuable
shortcut to their most-used commands.
Compound Documents and Quick-Switch-- Microsoft Word 3.0 for the
Macintosh supports documents that include data in the form of text,
but-mapped graphics, object-oriented graphics, formatted numerical
tables, and equations. Word makes it easy to edit these other types of
data using Quick-Switch. the users need only remember one command key
to access and return from other appropriate software. Word performs
the necessary data manipulation. Users can change text, draw lines,
formulate equations and resize or crop graphics from within Microsoft
Word 3.0.
Page Preview-- To eliminate surprises at final output, users can
view on-screen headers, footers, margins, and page breaks of two entire
pages, exactly as they will be printed. These then can be
interactively adjusted, which saves time and effort by eliminating
repeat printings.
Page Layout Flexibility and Desktop Publishing-- Microsoft Word
allows text and graphics to be laid out in multiple snaking columns or
in independent (side-by-side) columns. Graphics can be moved with text
within the same paragraph. Embedded PostScript gives the user the
ability to tap the full potential of the Apple LaserWriter. Microsoft
Word for the Macintosh is designed to work seamlessly with Aldus
PageMaker for those individuals requiring the advanced features of page
layout program. All character and paragraph formatting in Word is
maintained when the text is "poured" into a page layout.
Integrated Outliner-- A integrated outliner allows writers to
organize ideas, get a fast overview of work-in-progress, and reorganize
lengthy documents. When headings are restructured in Outline view, the
accompanying text is automatically moved.
Integrated Style Sheets-- Documents can be formatted quickly and
consistently using integrated style sheets, which make it easy to
maintain a consistent look throughout all documents. Styles can be
defined or modified as thent is created to effect changes
instantly throughout the document.
Data Exchange-- Version 3.0 includes a conversion utility for the
IBM Document Content Architecture (DCA) format. It also supports
built-in two-way data conversion with other leading software packages
or standards in other environments including Microsoft Word for the PC,
Rich Text Format (RTF),ASCII files, MacWrite, and Microsoft Works.
Column Manipulation-- Microsoft Word 3.0 includes traditional column
manipulation functions such as column move, delete, five function math
(=,-,%,x,/), and sorting.
Spelling Corrector-- An 80,000-word spelling corrector is integrated
in Microsoft Word 3.0.
With its increased graphics capabilities and flexible formatting,
Microsoft Word 3.0 for the Macintosh complements today's desktop
publishing systems. Version 3.0 integrates many of the formatting
features traditionally found in desktop publishing systems and, with
PostScript support, provides users with more sophisticated features
required for complex page layout designs.
The advanced document processing capabilities of Microsoft Word 3.0
help position the Macintosh on the desks of business users by providing
a powerful program designed for serious business tasks. The increased
power, graphical user interface, and improved keyboard of the Macintosh
Plus combined with Microsoft Word 3.0 produce the highest-quality
professional documents possible on a personal computer.
Office environments that utilize both Macintosh and IBM personal
computers will benefit from the data conversion capabilities of Version
3.0, as well as complete utilization of the Macintosh Plus keyboard.
Microsoft Word 3.0 users can perform cursor movements and selection
from the keypad.
Microsoft Word for Apple Macintosh systems requires a minimum of
512K memory. The program is delivered on an 800K disk, but owners of
the 512K Macintosh who have not upgraded to an 800K double-sided disk
drive can obtain a copy on two 400K disk free of charge by completing
the coupon included in the Word 3.0 package and returning it to
Microsoft.
The product is expected to ship in January 1987, will have a
suggested retail price of $395, and will not be copy protected.
Current registered users can upgrade to Version 3.0 for $99. In
mid-November registered users will be notified by mail of the upgrade
process. Users who purchase a license for Microsoft Word 1.05 after
October 1, 1986, and submit proof of purchase, will receive the Version
3.0 for $50.
------------------------------
Date: 9 NOV 86 16:16-EDT
From: KURAS%BCVAX3.BITNET@WISCVM.WISC.EDU
Subject: MS Word ver. 3.0
For those of you who haven't heard yet, Microsoft has announced a new version
of Word, version 3.0, for the Macintosh. The announcement was made on Oct. 27
and the new product is expected to ship in January, 1987. Here is a list of
some of the new features, taken from Microsoft's press release.
1. More speed (Bill Gates claims it will be the fastest word processor for any
personal computer.)
2. Flexible Menus -- "Short Menus" for novice users and "Full Menus" for power
users. Also has the ability to customize menus, offering a low-level macro
building facility
3. Compound Documents and Quick Switch -- Word allows users to draw lines
right in the text window. Also has math capabilities and ability to place
text and graphics side by side. Quick Switch is not clearly explained, but
seems to be the Switcher-like ability to suspend Word, leaving it in mem-
ory, and launch another application which when quit will return the user
to Word. Graphics may be cropped as well as resized within Word.
4. Page Preview -- like Excel's
5. Multiple columns may be contiguous or independent, allowing film or
video scripts to be edited with ease. This gives Word some simple DTP
abilities.
6. Word generates its own PostScript, implying that the PS may be editable.
7. Built-in outlining. Text blocks may be linked to outline headings, so that
when a heading is moved the text is moved with it.
8. Style Sheets -- Formats may be stored in style sheet documents so that
standard formats may be created and used easily. Entire document formats
may be edited at once by modifying style sheets.
9. Import/Export abilities: IBM's DCA, Word for PC, RTF, ASCII, MacWrite,
Works
10. Entire columns may be moved or deleted.
11. Sorting.
12. Built-in 80,000 word spelling checker.
To be shipped on 800K disks, 400K available by mail at no charge. Requires 512K.
Price: $395 NOT COPY PROTECTED!! (Is this a Microsoft product???) Upgrade
policy: $99, except for copies purchased after October 1, 1986, which can be
upgraded for $50. Anybody seen this? Please let us know what you think...
Also! SuperPaint (Combining Bitmap and Object Graphics) is in late beta and
is really incredible. Keep your eyes open. Cricket Draw is even more incredible
and is also in late beta. Watch out, graphics power users. Here they come!
Any other new product news? Please let us know!
Pat Kuras
<KURAS@BCVAX3.BITNET>
Boston Colleg∃KB10-Nov-86 08:25:05-PST,788;000000000001
------------------------------
Date: Mon, 10 Nov 86 08:19 PST
From: PUGH%CCV.MFENET@LLL-MFE.ARPA
Subject: New machine rumors (again)
Some disparaging news: Heavy money is riding on a bet saying that the new 020
machine will not be out in March and probably will not make it out in 87.
Apparently demo versions of the machines have been very buggy and crash prone.
Some insiders think that the problems run fairly deep in the machine and will
take quite some time to fix.
Of course, this all comes from people unwilling to be quoted, although I can
say that they are affiliated with Team BMUG. So, anyone interested in
starting a pool?
JonF10-Nov-86 06:25:50-PST,2752;000000000001
------------------------------
From: hplabs!felix!fritz!rlong@ucbvax.Berkeley.EDU
Subject: Questions about Apple documents, version numbers, and more
Date: 10 Nov 86 06:20:06 PST (Mon)
A few questions from across the Atlantic...
1/ I have seen messages talking about manuals like "Inside Appletalk"
or "Inside Switcher", or whatever. Are these available from Apple?
Any external source, as for Inside Macintosh?
2/ What are the most recent versions of MacsBug and ResEdit? BTW how do
you get the version number of MacsBug?
3/ Can anybody give me a summary of the keywords used in ResEdit templates?
4/ Is there an equivalent of MacTools for HFS disks?
5/ In several occasions, I have seen MacPlusses (real or upgraded) come
up with the wrong keyboard routines when booted from an official System
disk (either 3.1/5.1 or 3.2/5.3). It can happen at random with the same
Mac+ and the same disk!! It looks like it decided the keyboard was the
old model, or maybe the US one. Has anybody seen that in the US? Maybe
it's something to add to the long list of translation-to-foreign-
language bugs...
6/ I've been playing with the Printing Manager in LightSpeedC and
AztecC. It looks like the generic printing routines don't use all
the memory available to image pages to print. So I end up printing
small bands one at a time, with long pauses to redraw the page for
each band. Are there any well known techniques around for optimizing
printing? (Please no printer specific hacks!)
Thanks to all for any answers.
Daniel Ranson.
Centre National d'Etudes des Telecommunications
Lannion (FRANCE)
seismo!mcvax!inria!crcge1!crcge2!ranson
or seismo!mcvax!inria!cnetlu!ranson
[ note from moderator: contact APDA for information about documentation from
Apple. They sell inside LaserWriter. Inside Switcher was part of the March
1986 software supplement and should be available from APDA (Apple Programmers
and Developer's Association, 290 SW 43rd St., Renton, WA 98055 ). Version
6.1 of CopyIIMac includes a version of Mactools which is HFS compatible. I
believe it has only limited file recovery tools for HFS disks however. DAVEG ]S\11-Nov-86 15:31:53-PST,1387;000000000001
------------------------------
Date: Tue, 11 Nov 86 15:28:18 PST
From: <LOGANJ@byuvax.bitnet>
Reply-to: LOGANJ%BYUVAX.BITNET@forsythe.stanford.edu
Subject: Spread Data program
Here is a program to help Multiplan and Excel users convert an ordinary
data file into a format that can be loaded into the spread sheet. It's
called Spread Data.
If you have data files (or reports) that contain spaces between fields,
and if you try to load these files into a spreadsheet program, all the
fields go into the first column - not very useful.
With this program you can specify up to 24 columns of data, and convert
those columns of a data file into a format that is 'expected' by Multiplan
or Excel (the format requires 'tabs' between fields instead of 'spaces').
This program allows output to a disk file or the clip board or both.
We don't claim to support this program, but we are open to suggestions.
It's public domain, use at your own risk, source available upon request.
Regards,
Jim Logan (loganj@byuvax.bitnet)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SPREADDATA.HQX
DAVEG
]
------------------------------
Date: Mon, 10 Nov 86 13:50:09 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Posting of FzzPlot
This is being posting for the author:
This posting contains the latest, fully tested and debugged version of FzzPlot.
FzzPlot is a shareware ($15) utility that lets you do quick and dirty plots
of nearly unlimited amounts of data, and do some analysis (least-squares) on
that data. FzzPlot is also free of some of the more annoying quirks found
in Cricket Graph and Microsoft Chart.
The release notes (a MacWrite 4.5 document) and a test data file are enclosed.
Download the file, then use BinHex 4.0 or later to convert it, then Packit
I, II, or III to unpack the file. the FzzPlot application has its own icon, so
if you use your favorite file-munging utility, set the creator to 'FZPT', and
set the bundle bit.
Enjoy!!
--Rich
Richard M. Siegel
5115 Margaret Morrison Street
Box 698
Pittsburgh, Pa 15213
(412) 268-4224
Arpa: rs4u@andrew.cmu.edu
Bitnet: rs4u%andrew.cmu.edu@wiscvm
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FZZPLOT.HQX
DAVEG
]
------------------------------
Date: Sun 9 Nov 86 17:13:25-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: Fast Eddie Update: Version 2.9
I have posted an update to the fast eddie text editor demo up
to version 2.9. Two files have been posted, a news file and the
limited demo version of the editor, which will not allow files
larger than 9K in size.
David Gelphman
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FASTEDDIE-29-CHANGES.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FASTEDDIE-29-LTD.HQX
DAVEG
]
-----4+<@11-Nov-86 18:19:45-PST,1068;000000000001
------------------------------
Date: Tue, 11 Nov 86 18:19:43 PST
From: woody@Juliet.Caltech.Edu (William E. Woody)
Subject: Source to BCPRINT (from UTILITY-HP41C-ASSEMBLER)
I have never had so many problems with a program before! As I don't
understand fully what is going on in the BCPRINT program (the program
which prints barcode for the HP41C, as part of the HP41C assembler I
posted here not too long ago), and I don't know enough about the printing
routines in the Mac to fix it absolutly correct, I'm posting the
source to BCPRINT here, and maybe somebody else out there can
figure out what's wrong.
- William Woody mac > /|\ && ][n
woody%romeo@hamlet.caltech.edu
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-HP41C-BCPRINT.SOURCE
DAVEG
]
------------------------------
Date: Tue, 11 Nov 86 12:03:57 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: Laserwriters and Mailing labels
Just saw in the digest that someone said that the Laserwriter
can't do mailing labels, thought I would pass along my experiences
with labels.
I need to print disk labels for a project and created the design using
MacDraw. Then using Avery full sheet labels (#5455), these are 8.5x11
inches, I single sheet feed them through the Laserwriter. Worked like
a champ.
I also need to print manual covers, using some 110 pound paper (more
like card board), i single sheet feed the covers through with great
results.
Bill Stackhouse
bills@cca.cca.com
------------------------------
Date: Mon, 10 Nov 86 12:46:09 CST
From: Larry Pickett <C4898%UMSLVMA.BITNET@WISCVM.WISC.EDU>
Subject: MW Word footnote line
Does anyone know what to tweak to get rid of the line which separates
the text from the footnotes on a page. Some formats/authors don't want
it there.
------------------------------
Date: Mon, 10 Nov 86 14:05:44 -0100
From: Kolbj|rn Aamb| <x←aamboe←k%use.uio.uninett@nta-vax.arpa.ARPA>
Subject: Apples new NOISY SC-20 HARDISK.
At last Apple released it's long awaited SCSI hardisk.
Now ten minutes later I wish they hadden't. All the nice features
are totally spoiled because of this build-in-NEVADA/TEXAS style
air contitioning "faSILLYties".....Up here north we haven't much
use for this. IBM couldn't have done it better!!!
People at APPLE here in Norway says it might be hard to
obtain the old HD-20....it's the only HD except the Dataframe 20
that has a tolerable noise level. I find the lack of HD-20 unacceptable.
On behalf of the Human ear, APPLE please redesign this MESS!
(Uptil now I have had the impression that APPLE was a company that also
cared for users ears and other enviromental factors, have all this changed?)
>CoLeY
------------------------------
Date: Mon, 10 Nov 86 14:49 EDT
From: JPB%SMVL%rca.com@RELAY.CS.NET
Subject: Mac-IBM PC Laser Printers
OKAY - So I've spent the past several months convincing upper, middle, lower
middle, and above me management of the Mac's usefullness as an engineering
tool. I've even got them to agree to purchase three. But then the problem.
Here in the land of "BIG BLUE", printing is done to HP laserwriters. Since
the three Macs are part of a multi-PC buy, a laser printer is also going to
be purchased. From what I've heard there is an industry standard for laser
printers called POSTSCRIPT. Could anyone out there on the net enlighten me
as to what laserprinters use this format AND will also talk to IBM PCs.
Thanks in advance !!!
Joe B.
-<--- MAY THE MOUSE BE WITH YOU --->-
------------------------------
Subject: new Mac prices seen in Boston
Date: 11 Nov 86 10:38:05 EST (Tue)
From: cdh@bfly-vax.bbn.com
Hi everyone,
This may be old news in other parts of the country, but a new computer
store along Mass Ave here in Cambridge ran an advert over the weekend
where they were selling a Mac+ for $1399 and a Mac 512KE for $999. I
suspect this is a loss-leader to get people into the store (maybe they
make up for it with printer prices or something), but those seem like
good prices. Just thought people might be interested. It'll be
interesting to see if this produces a new price point in the area or
whether they'll run into trouble due to lack of profit margin.
Carl
------------------------------
Date: 10 Nov 1986 12:34-EST
From: Dan.Zigmond@linc.cis.upenn.edu.arpa
Subject: Bus'D Out and AppleTalk Games
Does anyone know what the current status of "Bus'd Out" is? I know
there is a prerelease in <info-mac>, but has it actually been released now?
If so, how do I get it?
Also, have any other multi-player AppleTalk games appeared? Please send me
mail if you know of any (especially public domain or shareware).
Dan
P.S. I know about MazeWar, so I don't need any information about that.
-------
Daniel Zigmond
dan@linc.cis.upenn.edu
------------------------------
Date: QX, 8 Nov 86 22:53:40 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Books for review columns solicited
Starting with the November issue, I'm doing a bi-monthly column of book
reviews for Macintouch magazine. If your an author or a publisher of books
about the Macintosh, I want to get in contact with you about getting press
releases or review copies of recent and new books. My next two columns will
probably emphasize Desktop Publishing and C programming, but beyond them I'm
open to suggestions on books or topics to be covered.
If you've got a comment or suggestion, please feel free to let me know!
chuqv11-Nov-86 07:57:58-PST,1007;000000000001
------------------------------
Date: 11 Nov 86 10:45:57 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #91
Usenet Mac Digest Tuesday, 11 November 1986 Volume 2 : Issue 91
Info on Mac Adios?
Re: LightspeedC 1.5
MacEqn Version 2.0
Re: IBM-PC <-> VAX <-> MAC network?
Re: IBM-PC <-> VAX <-> MAC network?
Re: Finder 5.3 catastrophe (it rhymes)
Anybody seen Turbo Pascal for the Mac or the Atari ST
Word Tools and LaserWriter Plus
NeXT plans
Really Strange, Evil MacFortran Problem
Re: MacWorks (Apple, are you there?)
Northeastern Software bankruptcy
McIntosh Documentation HELP!
Re: Freesoft roundtable on GEnie
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-91.ARC
DAVEG
]≤11-Nov-86 08:10:38-PST,1103;000000000001
------------------------------
Date: 11 Nov 86 10:47:15 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #92
Usenet Mac Digest Tuesday, 11 November 1986 Volume 2 : Issue 92
Updates and Supporting customers (more one...)
net.micro.mac is being renamed comp.sys.mac
Re: Word Tools and LaserWriter Plus
Wanted: Macintosh --> LN03 software
No PICK in MacWorkStation
Re: TML Pascal, SetPaths DA
hints on DEF routines
CorData Laser Printer and a Mac+
Books for review columns solicited
Macintosh programming. Help!
Clock DA, Control Panel, and Battery Circuit
MacScheme Query
Re: Clock DA, Control Panel, and Battery Circuit
trouble with OMTI controller cards? "some Files could not be copied.."
HFS Copy
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-92.ARC
DAVEG
]$10-Nov-86 22:56:12-PST,1531;000000000001
------------------------------
Date: 11 Nov 86 00:45:40 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #58
Delphi Mac Digest Tuesday, 11 November 1986 Volume 2 : Issue 58
Today's Topics:
Playing with sector-interleave factors (5 messages)
RE: How to reboot your Mac and Hard Disk (Re: Msg 14516) (2 messages)
RE: Finder/many-file copy bug? (Re: Msg 14512) (2 messages)
RE: IMAGEWRITER-II HELP (Re: Msg 14464)
proper definition of time variables
RE: MPW C (Green Hills) "feature" (Re: Msg 975) (3 messages)
Inside Mac Volume IV
RE: Usenet Mac Digest V2 #90 (Re: Msg 14551)
seminar announcement
modem recommendation (3 messages)
RE: DataFrames... (Re: Msg 14545) (5 messages)
Re: Command Keys for Openning Desk Accs
DiskTimer Results of Univation Disk
Re: Fedit and Bundle bits (Re: custom ic
RE: Usenet Mac Digest V2 #90 (Re: Msg 14551)
RE: INFO-MAC Digest V5 #3 (Re: Msg 14299)
LaserWriter (5 messages)
Excel Macro
Intersting MacTerminal 2.0 feature
1 Mbit RAM chips are here for the Mac Plus
scc clock (2 messages)
SCSI controllers
HD20SC Icon (3 messages)
the cache
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-58.ARC
DAVEG
∃IJ
------------------------------
End of INFO-MAC Digest
**********************
∂12-Nov-86 1819 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #10
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 12 Nov 86 18:19:24 PST
Date: 12 Nov 86 1817-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #10
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 12 Nov 1986 Volume 5 : Issue 10
Today's Topics:
SANE and MPW and MacApp question
Booting SCSI & HD20 Hard disk
Re: Excel Macro to calculate weekdays between dates
TextDiff 0.9
Grep-Wc 1.1
Two ripple demos
revision of UW postings
Re: WORD templates
more on TeXtures
Attaching a VMS Vax to Apletalk.
Can you use an 800k external drive with a regular mac?
Color Plotter
MacWrite to Imagen filter?
MacDraw --> QMS program
Disks
8085 Emulator
Re: Laserwriters and Mailing labels
RE:IMAGEWRITER II SHIMS
speedreader
----------------------------------------------------------------------
Subject: SANE and MPW and MacApp question
Date: Wed, 12 Nov 86 16:35:08 -0800
From: duggie@portia.stanford.edu
I'm writing some routines to manipulate matrices using SANE and MacApp.
For a few days now I've been unsuccessfully trying to track down the
cause of sporadic errors which I think may be due to handles moving
underneath pointers I use to access the data in the matrices. I haven't
used SANE much before and so am wondering if for some odd reason SANE
(or MacApp, as I am using MacApp to implement a matrix object) causes
memory compaction. How about writeln's to the debug window MacApp
provides, do these use ToolBox routines that compact the heap? How about
object messaging? My original guess was that writeln's did but nothing else
did, at least on a Mac+. Now I am not so sure.
This is running on a Mac+, and errors occur more frequently if I run under
Switcher with very tight memory (5K over minimum suggested, minimum doesn't
work). MPW and MacApp are version 1.0b1. Because of the sporadic nature
of the errors they are very difficult and time-consuming to trace through.
Any suggestions?
-- doug
------------------------------
Date: Sun, 09 Nov 86 22:37:51 +0300
From: <CLAK100%BGUNOS.BITNET@WISCVM.WISC.EDU>
Subject: Booting SCSI & HD20 Hard disk
I am using two hard disks with my Mac Plus , one is the Apple HD 20 and the
other is Rodime S20+ a SCSI hard disk. Whenever I boot,
the default boot volume is of course the HD20 that is connected to the
floppy port. Is there any way to make the disk connected to the SCSI
port, be the default volume ?
Any suggestion , or am I too optimistic ?
You must hear this one :
A friend who got her Mac just few hours ago ,came over for some good
advice, After some time of watching me perform miracles with the mac she
said:
" How come we have different mice,
mine has a ball and a ring with 0 and L on top" ?
Rafi Brunner CLAK100@BGUNOS.BITNET , rafibrunner at BIX
------------------------------
Date: Wed, 12 Nov 86 11:45:44 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: Excel Macro to calculate weekdays between dates
To calculate the number of weekdays between two dates, you will probably want
to set aside a couple of cells in your spreadsheet. It is calculated as
follows:
Weeks = INT((date2 - date1)/7)
DoW1 = MAX(MOD(date1 - 1,7),2)
DoW2 = MIN(MOD(date2 - 3),7),4)+2
DoWDiff = IF(DoW1 < DoW2, DoW2 - DoW1, 5 - (DoW1 - DoW2))
WeekDays = 5 * Weeks + DoWDiff
A couple of comments are in order. Weeks is simply the number of full weeks
between the two dates. There will be 5 weekdays in each of these weeks.
The Day of Week numbers are calculated on the scale
0 = Saturday
1 = Sunday
2 = Monday
...
6 = Friday
so the calculation for DoW1 pushes the day up to Monday if it falls on a
weekend. Likewise the DoW2 pushes it down to a Friday for weekend days. At
this point you have two days of the week between Monday and Friday. If they
are in the same week (DoW1 < DoW2) you compute the difference. If they are
in adjacent weeks, you compute the complement of the difference. These
formulae need to be modified slightly if you want the calculation to include
the final day (the version above excludes it).
--Mark
------------------------------
Date: 11 Nov 86 23:03:16 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: TextDiff 0.9
[ Uploaded from Delphi by Jeff Shulman ]
Name: TEXT FILE DIFFERENCE 0.9
Date: 11-NOV-1986 19:53 by PEABO
[ Updated 11-NOV-1986 19:53 by PEABO to version 0.9. This version is
MUCH faster.]
This is TextDiff 0.5 (beta test), a program that compares text files
and spits out a list of differences. It is intended mainly for
programmers as an aid to tracking revisions in program source code
(either code from the Apple Software Supplements, or your own when you
forget exactly what you changed during a marathon editing session),
but may be useful in other applications as well. This program is a
port of one I wrote for MS-DOS a few years ago (1983) before I had a
Macintosh :-) Any bug reports, suggestions, comments should be sent to
me. The program is free and you can post it anywhere or give a copy
to anyone.
peter
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TEXTDIFF-09.HQX
DAVEG
]
------------------------------
Date: Wed, 12 Nov 86 09:55:04 CST
From: Antineophilus <dubois@unix.macc.wisc.edu>
Subject: Grep-Wc 1.1
Here's an updated version of Grep-Wc (public domain). It can replace the
one currently in the archives (<INFO-MAC>DA-GREP.HQX.4), since that one's
the previous version. Following is a packit file containing a MacWrite
document and a Font/DA Mover file. Some brief highlights:
- Now reads MacWrite 2.2 or 4.5. Old version only read 4.5.
- Can be reselected from Apple menu when already open to bring window
to front. Old version sometimes crashed or became brain-damaged when
this was done.
- Can ignore lettercase in searches.
Yours,
Paul DuBois
TransSkel 1.02, TransDisplay 1.0 and TransEdit 1.0 will be coming sometime
later this week.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-GREP-11.HQX
DAVEG
]
------------------------------
Date: Wed, 12 Nov 86 08:21 PST
From: PUGH%CCX.MFENET@LLL-MFE.ARPA
Subject: Two ripple demos
These small demos came from the Levco people when they showed us
the Prodigy 4 with The Big Picture. They are very pretty ripple
effects. If you intend to run them, I recommend starting them up
and then leaving for ten minutes or so. They have a longer
preprocessing time than Vanlandingham. They also have no way of
quitting, so it is a good idea to have either a debugger or
crashsaver installed (I opt for the Mac+ ROM debugger myself) so
that you can exit somewhat gracefully.
Ripple 1 is the faster of the two. It shows a checkerboard sheet
undulating in the breeze. Ripple 2 is a more complex example
that is a series of hexagonal posts that rise and fall in waves.
They are very similar and very pretty if you can manage to wait
long enough or them to start.
They should provide literally seconds of entertainment.
Jon
P.S. Oh dopey moi.
I just remembered that these two demos have an escape mechanism.
Just type a Q (not a q) and they will exit.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-RIPPLE.HQX
DAVEG
]
------------------------------
Date: Sun 9 Nov 86 17:56:33-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: revision of UW postings
Werner brought to my attention the fact that the posting in the info-mac
archives of the UW terminal program was done in a most fashion which makes
ftping the file put a load on the network. To avoid this I have reposted
and renamed the different uw postings so that they may be FTPed in a
more efficient fashion.
The postings:
UNIX-UW-21.SHAR.1 13-Nov-85 <- version appropriate for 128k Macs
UNIX-UW-34-HQX 9-Nov-86 <- UW for Mac version 3.4
UNIX-UW-34-DOC.HQX 9-Nov-86 <- docs for Mac version 3.4
UNIX-UW-34.PART1 9-Nov-86 <- part 1 of Unix source
UNIX-UW-34.PART2 9-Nov-86 <- part 2 of Unix source
UNIX-UW-34.PART3 9-Nov-86 <- part 3 of Unix source
UNIX-UW-34.PART4 9-Nov-86 <- part 4 of Unix source
UNIX-UW-34.PART5 9-Nov-86 <- part 5 of Unix source
UNIX-UW-34.PART6 9-Nov-86 <- part 6 of Unix source
UNIX-UW-34.PART7 9-Nov-86 <- part 7 of Unix source
UNIX-UW-34.PART8 9-Nov-86 <- part 8 of Unix source
UNIX-UW-34.PART9 9-Nov-86 <- part 9 of Unix source
I hope this clears up any confusion about this program and the way
it is archived. I have removed the full .SHAR file of version 3.4 since
it was over 500k. Unfortunately convenience is sacrificed for the good
of the arpanet.
For those unfamiliar with UW, I am reposting part of John Bruners message
about it below. David
From John Bruner's note upon posting:
UW is a multiple-window interface to UNIX (4.[23]BSD) for the
Macintosh. A program on the Mac interacts with a server process
on the host to provide up to seven independent terminal sessions.
Each terminal session is conducted in its own window. The windows
are independent, and can emulate an ADM-31, VT-52, a (subset of an)
ANSI terminal, or Tektronix 4010.
UW version 3.4 has a greater capacity for host-Mac interaction than
the previous version (v2.10). If the host understands window resizing
(4.3BSD and Sun UNIX do), then window size changes on the Mac can
optionally be passed through to the host. The cursor-addressible
terminal emulations are faster, although the Tektronix emulation is
slower.
UW v3.4 will not run on a 128K Macintosh. You should allow for at
least 256K, although in extreme cases even that may not be enough.
(I have not extensively tested it under Switcher.) It will run with
the old ROMs or the new ROMs. I have no idea if it will work with
third-party large screens (e.g. Radius).
There is a new server for UW v3.4, although the old server will work
with the new Macintosh program and the new server will work with the
old Macintosh program. (To take advantage of most of the new
features, both ends must be running the new software.) There are a
few utility programs ("uwtool" and "uwterm" create windows in
somewhat different ways, and "uwtitle" retitles existing windows).
There is also a UW library which can be used to build other utilities.
(The capabilities of this library are not fully utilized in this
release; consequently, it hasn't been tested as thoroughly as I would
have liked. Some of the future enhancements will draw more heavily
upon the library.)
-------ε12-Nov-86 08:06:17-PST,2487;000000000001
------------------------------
Date: Wed, 12 Nov 86 16:34:58 +0100
From: Richard Carels <mcvax!uva!carels@seismo.CSS.GOV>
Subject: Re: WORD templates
Sender:
Reply-to: mcvax!uva!carels@seismo.CSS.GOV (Richard Carels)
In some issue of mod.mac (I don't remember which one) Andre Lehre
writes :
>If you are using LOCKED Word templates for your documents, be aware that if
>you open the document from inside word (choosing "Open" from the File menu)
>you WILL NOT get a message indicating that the item is locked and cannot be
>changed. With the 128 ROMs you can type merrily away, SAVE the document (no
>message appears to indicate you can't) and close. Your document--and all
>your effort-- will have vanished! The template is unchanged.
The moderator answered 'Unbelievable', and I thought the same. So I tried it
out, and indeed, MS-WORD does not warn you.
But : your work is not lost ! I found it in a file Word Rescue, in the
same folder the locked template was in.
Of course I agree with Andre when he says it would be nice if Microsoft
would modify WORD so that it always gives this message. Perhaps WORD 3.0 ??
P.S. I have MS-WORD 1.05, system 3.2 and finder 5.3
--
Richard Carels
Department of Computer Science, UvA
Usenet: carels@uva.uucp
{seismo,decvax,philabs}!mcvax!uva!carels
*****************************************************************************
* There's no dark side of the moon, really. *
* As a matter of fact it's all dark. *
*****************************************************************************
------------------------------
Date: 10 Nov 86 22:05:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: more on TeXtures
Reply-to: <bouldin@ceee-sed.ARPA>
Since there is clearly interest in this SIG, here is more TeXture feedback:
TeXtures and a working subset of the fonts can be fit on a single 800k disk,
with nearly 100k left over for text. Time for floppy processing is about 1-1/4
minutes per page for straight text with a few trivial equations.
So, TeXtures will run on 512E with even one floppy, but I strongly suggest that
a Mac+ is the minimum system for anything serious. A Mac+ and 2 800K floppies
would allow pretty serious TeXing without to much frustration.
Input that ran at 10 secs/page on a Mac+ and 20 meg disc (Macbottom) ran at
more like ONE MINUTE/page on a 512E with the same Macbottom, and the disc
seemed to be running almost continuously. Moral: you need 1 meg at least for
this thing to perform well. I will test shortly with a Levco monstermac to
see how much that helps.
TeX doesn't look for it's fonts in the system file. Don't waste your time
installing them there.
When Tex puts up a dialogue box about being out of memory you usually just
get a system bomb after you say that it's "okay". Why put up the dialogue
box if it is just followed by a crash almost always?? Yah, I know, it's
←pre-release←. Needs fixing.
Also, on a 512E it is possible to open a file that was Texed on a Mac+ and
immediately get the 'out of memory' dialogue and a bomb! So, don't switch
back and forth between a 512 and a +.
The DVI file is written in the resource fork of the SAME file as the tex input.
This is convenient since it keeps them together, but:
I don't normally keep dvi files around at all.
It makes file transfer up to the vax for laser printing a hassle. I cant' just
upload the dvi file and print, I have to upload the .tex input file, retex on
the vax and then print. What a waste! A lot of the point of having tex on the
mac is to offload texing from the vax.
Also, there is some strange header on the dvi stuff in the resource fork.
Even when it is stripped out and uploaded to the vax, the tex printer utility
chokes on it. They desparately need to fix this.
Especially since the imagewriter is, in my opinion, worthless for ouput other
than very rough draft proofing. You must have a laserwriter or access to a
talaris, qms, or other laserprinter to get decent ouput.
When mac-graphics are embedded this is done by including postscript. You can
still preview, but I can't upload to vax and print it out any more, as our
qms printer speaks quic, not postscript. Sigh.
The upshot is still that this is a very usuable implementation of TeX on a
micro. I am just starting a new, fairly lengthy manuscript from scratch with
TeXtures. I will report how it goes.
------------------------------
Date: Mon, 10 Nov 86 23:20:04 aest
From: munnari!rpepping.oz!RAY@seismo.CSS.GOV
Subject: Attaching a VMS Vax to Apletalk.
To: info-mac%phobos.caltech.edu@deimos.caltech.edu
X-VMS-Mail-To: Anyone who can help please.
From: Raymond Haynes (ray@rpepping.oz)
I have a problem related to POSTSCRIPT/ laser writer (+'s)/ and
VAX 11/750's that someone must have by now discovered.
The problem can be summarized as follows:
1. We appletalk running with 10 Mac Pluses & 2 Laserprinter Pluses.
2. Thus outputting all Mac configured printer output on the
Laserprinters (in postscript ) form to the 9 DIN plug on the
Laserprinters works fine.
3. However we would like to also output VAX generated POSTSCRIPT to
those printers. Up to now we can do that using the 25 Pin RS232
port on the back of the laser printer. The process of course involves
disconnecting appletalk and power-cycling the Laserprinter. We have a
spooled queue from the VAX to the 25 pinner to do this.
However::
We would like to attach the VAX also to apple talk. Unfortunately (or
perhaps fortunately) we are running VMS 4.3 on the VAX system. Thus I
cannot use the software around running under UNIX that lets the VAX talk
to the MAC with say ATPRINT.
4. No to be put off we recently purchases LASERGATE, a simple but
effective spooler that lets a small Mac act as a handshake device
between the VAX and Apple talk. This package works fine on the MAC and
we can correctly pass a MAC generated POSTSCRIPT file up into the VAX
and then out again through the Dedicated MAC (and LaserGate).
5. My problem arises when we generate POSTSCRIPT with the VAX form of
TEX or a package called Laytek (I think that is the spelling) and pass
this onto Appletalk and thence to the laser printers. This method of
generating Postscript results in an error (using either LASERGATE or
ATPRINT on the dedicated MAC) back from the LaserPrinter of the form:
Postscript error; DICT ERROR, Dictionary fullfull.
I assume that the problem is that when one powercycles the Laser
printer
one must create more free memory in the Laserprinter to hold more font
definition stuff etc. so Tex runs ok. When the Appletalk system is
running and one tries to take the Vax files onto Appletalk and then to
the printer more of the memory in the laser printer is used up so the
definition file information downloaded from the VAX cannot all fit.
CAN SOME GOOD PERSON OUT THERE SUGGEST HOW I CAN OVERCOME THIS PROBLEM
PLEASE. ie. WHAT SHOULD ONE DO IN THE POSTSCRIPT FILE FROM THE VAX TO
SET THE LASER PRINTER IN THE SAME STATE AS WHEN WE USE THE DEVICE
THROUGH THE RS232 PORT HAVING POWER CYCLED THE LASERPRINTER.
Thanks for any help you can give.
Raymond Haynes, CSIRO Division of Radiophysics,
Mail: P.O. Box 76, Epping, NSW, 2121, Australia
ACSNET: ray@rpepping.oz
Internet: ray%rpepping.oz@Seismo.CSS.GOV
UUCP: {seismo,hplabs,mcvax,ukc,nttlab}!munnari!rpepping.oz!ray
Telephone: Aust.(02) 868 0222
Telex: AA26230 ASTRO
------------------------------
Date: Wed, 12 Nov 86 07:33:29 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: Can you use an 800k external drive with a regular mac?
Received: by MAINE (Mailer X1.23) id 2658; Tue, 11 Nov 86 16:51:20 EST
Subject: Can you use an 800k external drive with a regular mac?
From: KNIGHT@MAINE (Michael Knight)
To: INFO-MAC@SUMEX-AIM.STANFORD.EDU
Date: Tue, 11 Nov 86 16:47:22 EST
I seem to remember that it was possible to use an 800k external drive
with regular (old rom) mac, but that you had to boot first from the
internal drive with an hfs compatible system. Does anyone remember the
specifics? I've tried it using finder 5.3 and system 3.2 to no avail.
Thanks.
[ note from moderator: in order to use an 800K external drive you need to
boot off a disk with the current system and finder AND the file HARD DISK 20.
This file should be widely available from Apple Dealers. It will allow you
to run HFS from RAM (only needed if you don't have the 128K ROM) and it
installs the drivers necessary for 800K external floppy disk use. DAVEG ]
------------------------------
Date: Wed, 12 Nov 86 15:48:00 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Color Plotter
We have just successfully hooked an Apple Color Plotter up to a macintosh, and
are able to send it commands using a terminal program. However, we don't
know of any software that supports the plotter. Does anyone out there know
of any software that supports plotters (specifically the Apple Color Plotter)
PD or shareware is preferred, but names of commercial packages would also
be appreciated.
Thanks,
Jonathan Leblang
ARPA: jonathan@bert.mitre.org
------------------------------
Date: Wed, 12 Nov 86 10:54:01 pst
From: mkhaw@teknowledge-vaxc (Michael Khaw)
Subject: MacWrite to Imagen filter?
This has probably been asked before, but is there a Unix program out in
netland that converts MacWrite (4.5) files to a form suitable for Imagen
laser printers?
Please reply by e-mail, as we do not receive net news.
Thanks,
Mike Khaw mkhaw@teknowledge-vaxc.arpa
------------------------------
Date: Wed, 12 Nov 86 12:06 CDT
From: <MAX%TAMLSR.BITNET@WISCVM.WISC.EDU>
Subject: MacDraw --> QMS program
Is there a program out there somewhere that will take MacDraw documents
(or PICTs) and convert them to the QIC format of QMS Lasergrafix printers?
Preferably for the Mac, but -any- version that has source attached would
be appreciated!!! (we have VAXen and UNIX machines around, too)
We're going to need one of those Real Soon Now, and I'm too busy to write
one. (actually, probably too lazy (-: )
Thanks
Greg Marriott
Thermodynamics Research Center
Texas A\&M University
College Station, TX 77834-3111
BITnet: max@tamlsr
------------------------------
Date: Wed, 12 Nov 86 15:52:40 EST
From: LI700016%BROWNVM.BITNET@WISCVM.WISC.EDU
Reply-to: LI700016%BROWNVM.BITNET@WISCVM.ARPA
Subject: Disks
(Have not tried posting yet from BITNET, so here's hoping...)
Does anyone know of a source for a 5 1/4 inch floppy drive to plug into
my Mac+? I'm doing a lot of PC->Mac porting these days, and being able
to read PC disks would make life much easier. I'm actually rather
suprised not to have seen ads for such an item... (By the way, I can't
afford MacCharlie just for the drive).... Thanks!
Steven J. DeRose, LI700016 at Brownvm via Bitnet
Dept. of Linguistics, Brown Univ.
[ note from moderator: I've heard that someone is offering a drive for
the Mac that does just what you want...I think it is Abaton and I believe
they advertise in MacWorld or MacUser. DAVEG ]
------------------------------
Date: 12 Nov 86 08:30 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: 8085 Emulator
I have available for the asking a demo version of an
an 8085 emulator that was written at Notre Dame
and ported from our PR1ME computer to the Macintosh by a student here.
This is a limited version of the program, allowing only 16 bytes of
data/program to be entered, but it is enough to see that the emulator
works well. Information about ordering the full emulator is available
in the help box. An interesting 15 byte (!) sample program is
included for testing purposes.
Notre Dame also has TI9900,8086 and 68000 emulators for our PR1ME
computer that may also be ported in the future if there is interest.
To get a copy of the emulator, simply send me a message to that
effect, and I'll ship it off. Due to the large size, and rather
limited audience, it doesn't make sense to post this at SUMEX.
- Tom Dowdy
"I'm increasingly convinced that a vast majority of wrong thinking
people are right."
------------------------------
Date: Wed, 12 Nov 86 11:20:25 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC>
Subject: Re: Laserwriters and Mailing labels
Maybe I'm just a wimp, but the idea of putting those sticky little disk or
mailing labels in my laserwriter gives me the creeps! My recommendation to
anyone interested in printing these items is to stick with your imagewriterI
(not II, they jam in a very messy fashion). It may not be as classy looking,
but it will probably be a lot cheaper in the long run.
Regards,
tom c
------------------------------
Date: THU, 6 NOV 1986 11:55 CST
From: PHYS300%UNLCDC3.BITNET@WISCVM.WISC.EDU
Subject: RE:IMAGEWRITER II SHIMS
DATE: November 6, 1986
TO: INFO-MAC
FROM: Glenn Sowell
SINCE SOMEONE ASKED, I CALLED MY LOCAL DEALER ABOUT THE SHIM KIT FOR THE
IMAGEWRITER II. THE APPLE PART NUMBER IS #955-0005 AND IT IS CALLED SIMPLY
SHIM, IMAGEWRITER II. THE COST IS $1. THE DEALER SAID THAT THE DELIVERY TIME
IS ABOUT A MONTH; THE SOUNDS LIKE A LONG TIME, BUT CONSIDERING HOW LONG SOME
OF US HAD TO WAIT FOR MAC+ UPGRADES, THIS IS FAST TURNAROUND. :->
Cheers,
Glenn
PHYS300@UNLCDC3.BITNET∀\≠12-Nov-86 16:45:44-PST,424;000000000001
------------------------------
Date: 12 Nov 86 19:34:03 EST
From: Esfandiar.Bandari@cive.ri.cmu.edu
Subject: speedreader
Is there a software for the Mac that teaches speed reading. I appreciate it
if you send me mail at bandari@cive to let me know. Thanks.
--- Esfandiar
------------------------------
End of INFO-MAC Digest
**********************
∂16-Nov-86 1526 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #11
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 16 Nov 86 15:26:15 PST
Date: 16 Nov 86 1522-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #11
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 16 Nov 1986 Volume 5 : Issue 11
Today's Topics:
warning about Servant-0.84
Bug in MacTutor program (Nov. 1986) (TextEdit + Tabs)
Old ROMs and 800K Drives
Backdrop, a random background selector.
GAME-MACLANDING-MACMISSILES.HQX
Response from Apple
change laserwriter page size?
Changing MacWrite Default Font
MacPlus Keyboard Run-away
Using LaserWriters with other computers
Mac Cheapware Suggestions
New Microsoft BASIC, Version 3.0
PICTs and MacWrite
Calendar program
PostScript to Imagen filter?
Where's Koala ?
Wanted: the MacBinary specification
Probably Unrealistic DA Request
Demo for Chinese Word Processor - FeiMa
Corvus disk question
Usenet Mac Digest V2 #93
Delphi Mac Digest V2 #59
----------------------------------------------------------------------
Date: Thu 13 Nov 86 11:35:01-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: warning about Servant-0.84
a friend warned me NOT to use this version with disks I can't afford to lose
(like my hard-disk) - he seems to have had a problem, where Servant goes off
mucking with the directory and taking forever. I've seen the phenomenon with
a floppy, where it took nearly a minute just to change the display of a
directory from "by name" to "by size". I can imagine how long it would take
on a hard disk - long enough to get impatient and hit the RESET-button, I guess.
with unknown consequences ....
trying to use the DA Acta with it also resulted in an instant bomb.
back to using Switcher, which seems more docile and house-broken to me.
[ note from moderator: for those who are worried that you missed the posting
of a more recent version of Servant than 0.79, I am waiting for a version
which Andy wants posted. I was specifically told not to post one until he
posts a version himself to other nets, then I will post that one. DAVEG ]
------------------------------
Date: Fri, 14 Nov 86 15:51:26 +0100
From: Dolf Starreveld <mcvax!uva!dolf@seismo.CSS.GOV>
Subject: Bug in MacTutor program (Nov. 1986) (TextEdit + Tabs)
Sender:
Reply-to: mcvax!uva!dolf@seismo.CSS.GOV (Dolf Starreveld)
In the november issue of MacTutor, some code was presented that would
allow to extend the standard text edit routines of the Mac to use real
tabs. A very nice idea, and just what I needed.
When we implemented the code from MacTutor, everything seemed to work fine,
except for one thing. The cursor seemed to be displayed one pixel too far
to the right to be aestethically pleasant.
Something also went wrong when editting a line containing at least one tab.
Suppose thfe followingg contents of a line:
abcde↑tefghj
where the ↑t stands for a tab character. We placed the insertion
point just after for instance the e (by clicking with the mouse).
Than we typed a single character and what we saw was:
abcde↑texfghj
but between the tab (visible as white space) and the newly drawn e, the
leftmost column of the e's pixel image was still visible. It looked
like the e's superimposed with the second shifted one pixel to the right.
We inspected the code and found the bug. I don't explain why it should be
like below, that would be a long story, but the change worked.
To fix:
In the routine tabTxWrite, just after the fragment:
move.l sp,-(sp)
←GetPen
move.l (sp)+,d5
sub d7,d5
add a single instruction:
subq #1,d5
the next instructions are:
move.l nowTabs(a5),a0
move.l (a0),a0
...
All this code was at the top of the second column on page 66.
Dolf Starreveld and Wim Mooij
--
Dolf Starreveld
Department of Computer Science, UvA
Usenet: dolf@uva.uucp
{seismo,decvax,philabs}!mcvax!uva!dolf
Snail mail: Dolf Starreveld
Department of Computing Science
University of Amsterdam
Kruislaan 409
NL-1098 SJ Amsterdam
The Netherlands
Telefone: In Holland: 020-592 5137/5022
International: 31-20-592 5137 or 31-20-592 5022
Telex: 10262 HEF NL
------------------------------
Date: Fri, 14 Nov 86 10:19:13 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: Old ROMs and 800K Drives
Yes you can use 800K Apple Mac drives with the 64K ROMs if
you have a copy of HD20 BUT ONLY on 512K (or more) memory.
This will NOT work on 128K MACs.
------------------------------
Date: Fri, 14 Nov 86 16:03 PST
From: PUGH%CCX.MFENET@LLL-MFE.ARPA
Subject: Backdrop, a random background selector.
This is a packit file with two things in it, a MacWrite document
and a file of type DRVR. The MacWrite files tells how to use
this thing. What it does is allows you to select a random
StartUpScreen from a folder of them and keeps it as your DeskTop
background. Throw out the old StartUpDesk, this is much better.
I have had no luck getting it to work on an MFS disk, but I may
be doing something wrong. I got this from the A32 November club
disk.
A32 is a San Jose user group that meets the second Saturday of
every month at the GTE cafateria at the corner of the Capitol
Expressway and 237.
Enjoy,
Jon
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-BACKDROP.HQX
DAVEG
]
------------------------------
Date: 16 Nov 1986 13:25-EST
From: Bruce.Horn@vlsi.cs.cmu.edu
Subject: GAME-MACLANDING-MACMISSILES.HQX
Here are two shareware games by Avie Tevanian, MacMissiles (aka Missile
Command) and MacLanding (aka Defender). I think these are two of the
best action games I've seen for the Macintosh. Defender addicts,
especially, will like MacLanding--it's fast, with very nice sound
effects.
MacMissiles comes with a help screen, but MacLanding doesn't, so here
are some instructions to help you get going:
* Left shift key moves ship down, Tab key moves ship up
* Option key is hyperspace
* Enter key releases a smart bomb
* Single quote (') thrusts, and Return fires
* Space bar pauses
* 0-7 sets volume
Have fun!
--Bruce
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MACLANDING-MACMISSILES.HQX
DAVEG
]
------------------------------
Date: Thu, 13 Nov 86 17:33:47 pst
From: Ron Barr <barr%apple.csnet@RELAY.CS.NET>
Subject: Response from Apple
(This note has been posted by Ron Barr, a member of Apple Computer's Technical
Operations group. It is a response to a note posted by David Gelphman
dated Thursday, October 23rd. The response comes from George Deriso, a
supervisor in Apple's Technical Communications group. The text of David
Gelphman's note is included for your reference.)
-----------------------
"Numerous bug reports for the Apple programs Write, Paint, Draw have been
circulating for quite awhile. MacWrite is one of the few programs which
won't run on the Levco Mac. It regularly trashes documents (more than
any other program I've heard about), scrolls slower than molasses and generally
has a reputation these days as being a real dog.
"MacPaint is still a fine program (although outperformed by FullPaint)
but has the clipboard problem which has been reported many times and workarounds
have been posted (I wonder what those who don't have access to bboards
do to solve these problems).
"MacDraw has the well publicized font problems with patches posted regularly
on how to get around it (even in this month's MacUser or Mac World). If
I was a novice user there is no way I would have FEDIT or feel comfortable
changing a program after reading something in Mac World.
"I think the above problems which have not been addressed by Apple (read
that FIXED AND DISTRIBUTED TO THE PUBLIC) together are one serious problem.
I sympathize with the new user who buys MacPaint and an external floppy
disk, configures his software in an intelligent way (i.e. one system disk
with many application disks), and then can't cut and paste to MacPaint.
I don't consider this user friendly and I'm sure it seems mysterious to
the uninitiated.
"All of the above problems are very serious and should be addressed as
soon as possible. I personally feel I have championed the Macintosh and
have tried very hard to convince people that it is powerful and easy to
use. I was embarrassed by the problems with the system software in the
recent past. Novice users were intimidated at all the bugs they were hearing
about in the users group meetings. It seems to me that Apple certainly
has the resources to get new versions of the software out there which corrects
these obvious bugs. Let's see it as soon as possible."
-----------------------
Let me begin by pointing out that Levco has a DA that patches MacWrite
so it will operate correctly with their products. It is available by phoning
(619) 457-2011.
David's comments illustrate well many of every computer user's frustrations
caused by imperfections in software and incompatibilities caused by the
implementation of new technologies. He clearly believes in Apple Computer's
products, and his observations are valid.
Apple is well aware of the bugs and incompatibilities listed above and
is working with the writers of the software and designers of the hardware
to solve these problems. I'd like to describe how this is done and attempt
to illustrate why the changes are not immediate.
When Apple receives a Macintosh hardware or software bug report, it is
entered in a database and an Apple report is generated. This report comprises
the new and "open" bug issues and is discussed in a weekly meeting, the
participants of which represent hardware and software engineering, technical
support, developer technical support, product management, and other significant
groups.
In each meeting, the bugs are discussed, prioritized, and assigned to Apple
resources in one or more of the groups listed above. Specifically, it
is sent to the most appropriate person to validate it. Once validated,
it is assigned to an engineering resource to be fixed. The actual fixing
process requires finding the offending code or piece of hardware, patching/replacing
it and testing it. This can take a significant amount of time, particularly
if it must be sent to a third-party developer (as with MacWrite). The
next step is to send it to Apple's product testers for formal testing.
If the fix did not entirely solve the problem, or if it caused other problems
to surface, it is recycled to engineering, back to product testing, and
so on.
Other factors come into play: decisions must be made about how to distribute
the software, when to revise it (in the event that more than one bug fix
is pending), whether to add enhancements and whether the fix might adversely
affect other third-party or Apple products.
While Apple is no longer an "out-of-the-garage" company, its larger size
does not necessarily mean that we have endless resources to devote to these
tasks. The engineers who are sustaining existing products and effecting
fixes are also working on future generations of products.
Another critical issue is whether to stall technology if it means that
not doing so will result in incompatibilities and marketing risks. Would
it have been wiser for Apple to ignore the requests for more memory and
higher speed processing and concentrate instead on making sure that the
128K Macintosh and its associated products were nearly flawless? Should
Apple have not introduced HFS because MacPaint handles its scrap differently
from other programs? Is it wise to take an engineer from his or her next
GREAT product to spend time fixing an annoyance for which there is an existing
workaround?
Apple has a number of choices: 1) continue with (and improve) its existing
system, 2) find and hire (not always easy) additional people to work exclusively
on fixing existing bugs, 3) effect a compromise between (1) and (2). It
turns out that (3) seems to be the best choice.
Please realize that Apple has heard and is responding to you. Although
nothing happens overnight, it IS happening. As an employee, it may be
difficult to be impartial, but I think we are doing a FANTASTIC job. Having
worked in a number of other computer hardware/software related companies,
I have to say that Apple is the most customer caring among them. Your
inputs are valuable; the fact that many Apple employees (among them, Jean-Louis
Gassee) spend their personal time in users groups and on bulletin boards
collecting your comments, requests, bug reports and complaints is directly
related to the fact that you get products from Apple that are different
and, in my opinion, far superior than anything else out there.
George Deriso
Supervisor, Apple Technical Communications
------------------------------
Date: 13 Nov 1986 11:00:32-EST
From: Bob.Walker@faraday.ECE.CMU.EDU
Subject: change laserwriter page size?
Can anyone tell me how to change the default page sizes for the Laserwriter?
I would like to define a 5"x8.5" page size, print using 8.5"x11" paper, and
then crop the results down to put in a small binder.
I am aware of Lon Poole's column in Macworld telling how to do this for the
Imagewriter (modifying the PREC 3 resource), but I can't seem to find an
appropriate PREC resource in either the Laserwriter or Laserwriter Prep
file. Can someone tell me where I should be looking, and preferably give me
the format of the resource?
Alternatively, does the publice domain PageSizer utility work for
Laserwriters, and if so, could someone post it?
Thanks
- bob
Bob.Walker@faraday.ece.cmu.edu
------------------------------
Date: Thu 13 Nov 86 14:54:49-PST
From: Lance Nakata <K.Kirin@HAMLET.STANFORD.EDU>
Subject: Changing MacWrite Default Font
Can someone tell me how to change the default MacWrite font (Geneva 12)
to something like Boston font? I assume this is possible without having
to put in a kludge. If ResEdit or some other program can do the trick,
I'd like to hear all the gory details. Thanks a lot.
Lance
------------------------------
Subject: MacPlus Keyboard Run-away
Date: 13 Nov 86 09:36:45 PST (Thu)
From: "Jay Beck - Tektronix Inc./CAE/Silicon Design Products"
From: (503)629-1485 <jayb%zeus.tek.csnet@RELAY.CS.NET>
I recently upgrade my previously upgraded Mac512 to a MacPlus. At that time
I also purchased the new keyboard that the MacPlus can use. I'm running
finder 5.3 and System 3.2.
My keyboard has acted as if it had a key stuck down (always 'a') on two
types of occassions. First whenever I tried to initialize my SCSI hard disk,
at the point where the finder asks you to name the initialized volumne by
presenting a dialog box. The dialog box comes up with 'a's automatically
being entered. If I don't disconnect the keyboard I will get into an infinite
loop where the error about the name being too long is constantly presented.
Second, at random times when typing. It can always be stopped by disconnecting
the keyboard, so it seems as if the problem originates in the keyboard rather
than on the main board. Further, whenever the problem occurs I can continue
by reconnecting the old keyboard. Since I don't change connecting cable, I
would think that eliminates it as a source of problem.
Has anyone else seen this problem? It reminds me of a similar problem with the
early original 128K mac and keyboard. I'd appreciate any suggestions before
the warranty is up on the new keyboard. Thanks.
-------------------------------------------------------------------------------
tektronix!zeus!jayb Jay Beck (503) 629-1485
------------------------------
Date: Sun, 16 Nov 86 17:19 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Using LaserWriters with other computers
For those people who are wondering/asking about using the
LaserWriter from various other sources, such as a VAX and/or
IBM-PC:
You can directly attach your LaserWriter via a 9600 RS232
line to your VAX. Thus output from things such as TeX will
proceed without trouble. In addition, if you would like
output from Mac software, I would recomend leaving the LW
attached to the VAX, dump PostScript files during the
print cycle on the Mac, and then upload them to the
VAX to be printed. (this is done with a command-F or command
K during print, I can never remember exactly which) In any
case this should work.
However! It should be noted that memory inside of a LaserWriter
comes at a high premium!!! With the amount needed for imaging
the page,there is little left for things such as the macro
definitions used by the Mac in printing, thus there is a high
chance that when printing Mac documents interleaved with other
types, such as TeX from a Vax and/or PC, Word from
a PC, PageMaker from a Mac, etc...that the LW will run
out of memory and have to be cycled to clear it.
From what I hear a LW+ may clear up SOME of these problems,
but I'm not exactly sure.
Also, for those who wish to attach a Mac to a VAX, you
may wish to look into the AppleTalk -> Ethernet gateway
from Kinetics. You would then have the LW directly acessable
from both the VAX and the Macintosh. I'm not sure exactly
how well/if at all this works under VMS, maybe some people
out there have some experience with this product. I myself
have only seen a demo (very impressive) of this box.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly convinced that a vast majority of wrong
thinking people are right."
------------------------------
Date: Wed, 12 Nov 86 17:21:05 PST
From: gunther.pa@Xerox.COM
Subject: Mac Cheapware Suggestions
I can't compete with your fascinating list of cheapware but, here are a
couple of items that might be of interest.
Mailing Disks: I send disks to Australia by wrapping them in Al foil
(you just never know when ionizing radiation will burn those little
magnetic bits), and then enclosing them in a cardboard photo-mailer.
Since it says 'Photos Only' on the outside I get non-letter rates, no
questions asked.
Stands: Long ago, I purchased an Ergotron(sp?) swivel stand with a 400K
disk holder on the side. When I upgraded to the slimmer 800K drive the
disk holder no longer supported it properly. I discovered that rather
than bending the bajeebez out of the stand it was easier to slip the
correct width (well-read, ~'putty-colored') paperback between the drive
and the Mac. Maybe one of those plastic disk holders from Target would
be even better?
I think I'll visit Target (pronounced 'Tarjay' when you don't want to
*feel* cheap) more often.
Neil.
------------------------------
Date: Thu, 13 Nov 1986 23:46 PST
From: "Michael Fleming" <HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU>
Subject: New Microsoft BASIC, Version 3.0
I just received a notice from Microsoft about an upgrade to their BASIC
Interpreter. It's version 3.0. Although this group tends towards the more
technical end of things I was still a little surprised that I hadn't heard
anything about this upgrade before I received this notice. Current licensees
may order the update for $25. If you bought MS-BASIC after Oct. 1, 86, then
the update is free. The update offer expires Jan. 1, 87.
I've included information from what they sent me. It is reprinted
entirely without their permission.
SUPPORT FOR THE MACINTOSH TOOLBOX.
Now your programs can take advantage of the power contained in the
Macintosh Toolbox. The Microsoft BASIC Toolbox Library lets you access over
140 routines, including resources, regions, scroll bars in windows, and
command keys in menus.
RUNTIME INTERPRETER.
Distribute your programs with the Runtime Interpreter without paying
runtime fees. Your programs can be distributed in compressed or protected
mode for extra security.
BLOCK IF/THEN/ELSE/ENDIF.
Structured block IF/THEN/ELSE/ENDIF is supported in addition to the
single-line form found in previous Microsoft BASIC versions. This is useful
to control program flow and eliminate GOTO statements.
SUPPORT FOR THE NEW HIERARCHICAL FILE SYSTEM (HFS)
The CHDIR (CHange DIRectory) statement has been added to allow you to
change the default volume and/or folder from within your BASIC programs. The
default folder is the folder BASIC searches when no path name is specified in
CHAIN, OPEN, RUN, or other satements that take file-name arguments.
The FILES$ statement has also been enhanced for HFS. FILES$(1) now
returns the full path name for files and folders in an HFS. In addition,
FILES$(1) now displays only those files and folders in the current folder.
SADD FUNCTION
The SADD (String ADDress) function has also been added to this version.
This function is useful for passing the address of a string expression to
your machine-language programs. The SADD function returns the address of the
specified string expression.
IMPROVED SUPPORT FOR THE APPLE LASERWRITER.
This new version of Microsoft BASIC Interpreter includes support for the
Apple LaserWriter printer.
Michael Fleming
California State College, Bakersfield
------------------------------
Date: Fri, 14 Nov 86 20:49 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: PICTs and MacWrite
This is possibly one of the dumbest questions you'll hear
coming from an experienced Mac user...but...
Does MacWrite or does not MacWrite accept pastes in PICT
format. At least three sources (including MacUser) have
hinted at the fact that MacWrite only handles the BitMap
subset of the PICT format. However, my experince with
MacDraw would seem to indicate otherwise. Am I just lucky
at designing images in Draw that look good as a BitMap, or
are some people just a bit off in their descriptions of
how things are in the world?
Puzzled,
Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority of
wrong thinking people are right."
[ note from moderator: don't believe what you read, especially when your
experience tells you better. Of course MacWrite knows about vector graphics
and can print them at high resolution on the proper device (LaserWriter,
Linotype). DAVEG ]
------------------------------
Date: 14 Nov 1986 16:44:09 EST
Subject: Calendar program
From: Keith Winderlich <KEITHW@A.ISI.EDU>
Can someone tell me if there is a calendar/appointment book program that
allows files to be shared on an Apple Talk network. The goal is to have a
secretary be able to update appointments for each user on the LAN. The
program should be able to be stored in a public volume, with each user having
a seperate data file.
KeithW@A.ISI.EDU
[PC ID 20:SRIBETA11:07852]
------------------------------
Date: Fri, 14 Nov 86 23:30:00 pst
From: mkhaw@teknowledge-vaxc (Michael Khaw)
Subject: PostScript to Imagen filter?
A few days ago I posted a request for information on MacWrite 4.5 to Imagen
filters. Since then I've found that there is a MW 4.5 to troff program that
doesn't handle embedded graphics, and a MW 3.x to DVI filter.
Maybe a better solution, if it exists, is a PostScript to Imagen filter. Is
there any such program? Related question: I know about the command-f (or is
it command-k?) technique to dump a PostScript file from MW. How would you
upload it to a Unix machine to use with a PS to Imagen filter? Text mode
file transfer from MacTerminal?
As before, please reply by e-mail.
Thanks,
Mike Khaw
mkhaw@teknowledge-vaxc.arpa
------------------------------
Date: Fri, 14 Nov 86 10:47 EDT
From: JPB%SMVL%rca.com@RELAY.CS.NET
Subject: Where's Koala ?
We have a Macvision digitizer and a Mac+. The Macvision was formerly attached toa Fat Mac which has a 5 volt supply on the DB9 connector. The Mac+ doesn't have
a 5 volt pin on its connector, and Apple says that since they asked developers
not to use the Mac for power they aren't supporting any hardware/software that
needs the 5 volt supply. Koala can't be reached at their listed phone number.
Would a Thunderscan Mac+ adapter work maybe??? Anyone out their have any ideas
or know where Koala is?
THX JPB
------------------------------
Date: Sat, 15 Nov 86 16:17 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU>
Subject: Wanted: the MacBinary specification
In a communications program I'm writing I want to include MacBinary Xmodem
(and perhaps Kermit) up- and downloading. The Xmodem en Kermit specifications
and even sources are quite easy to come by, but what about MacBinary?
So if somebody can tell me were to find a description of MacBinary...
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Thu, 13 Nov 1986 00:18 PST
From: "Michael Fleming" <HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU>
Subject: Probably Unrealistic DA Request
I have frequently had the desire to be able to read MacWrite documents
from a DA. I have tried MockWrite, Reader, and miniWrite and none of
them can handle MacWrite files. Reader is nice in that it can read a
document of unlimited length, miniWrite has some nice features and it will
let you read various portions of long files, but I haven't been able to find
any DA that can handle MacWrite formatted files.
MW->Text will convert a MacWrite document to text so that I can then use
one of the above to read it; however, it doesn't seem to be able to handle
files that have graphics in them (it gives an error and quits). Besides,
that isn't what I want, I want to be able to read a MacWrite document in
its entirety from a DA.
Now, if it had some minor editting capabilities, that would be great; but, I
would certainly settle for a read-only utility.
Any suggestions?
Thanks,
Michael Fleming
California State College, Bakersfield
------------------------------
Date: Fri, 14 Nov 86 07:11:02 est
From: chi@eniac.seas.upenn.edu (Wei-Juang Chi)
Subject: Demo for Chinese Word Processor - FeiMa
Are there anyone using FeiMa - a Chinese Word Processor on the Mac?
Is it good? Does it work on Mac+? Anyone has a DEMO Package for it and can
kindly post it on the net?
Thanks in advance for any help.
Wei-Kuang Chi
Chi@eniac.seas.upenn.edu.arpa
------------------------------
Date: Fri 14 Nov 86 19:23:48-PST
From: Chuck Restivo <Restivo@Score.Stanford.EDU>
Subject: Corvus disk question
[cwr]
I have a couple of quick questions to run past someone with a Corvus
disk drive and a Macintosh Plus. If you have this setup, please
lend me you ear.
-- Chuck Restivo
415.858.0300
------------------------------
Date: 14 Nov 86 11:14:35 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #93
Usenet Mac Digest Friday, 14 November 1986 Volume 2 : Issue 93
Bomb recovery
Re: What's Nu with VME for Mac?
Problems with MicroEmacs (beta version 0.6)
S.I.I.D.R.E.?
TelNet questions
Expanding your system heap
Red Rider Host and modem<->XL hookup question.
Re: What's Nu with VME for Mac?
Apple Fellow
Re: Clock DA, Control Panel, and Battery Circuit
Re: IBM-PC <-> VAX <-> MAC network?
Re: Macintosh programming. Help!
"Application already open" message?
Re: "Application already open" message?
Wordperfect drives Apple LaserWriter
Appletalk Cables
Static brushes
bugs in More?
Scroll bars in Modal Dialogs
Re: IBM-PC <-> VAX <-> MAC network? (TOPS and Kinetics)
Re: Word 3.0 for the mac Press Release
Break Key w/128k Roms, old keyboard, Macterminal
Computerworld Focus 11/12
Re: WANTED: emacs editor.
Re: Scroll bars in Modal Dialogs
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-93.ARC
DAVEG
]
------------------------------
Date: 15 Nov 86 12:02:03 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #59
Delphi Mac Digest Saturday, 15 November 1986 Volume 2 : Issue 59
Today's Topics:
RE: SCSI controllers (Re: Msg 993)
RE: SCSI controllers (Re: Msg 1000)
RE: SCSI controllers (Re: Msg 1000)
RE: SCSI controllers (Re: Msg 1006)
RE: SCSI controllers (Re: Msg 1007)
RE: HD20SC Icon (Re: Msg 997)
Network Hard Disks & Backups
RE: Network Hard Disks & Backups (Re: Msg 14733)
RE: Network Hard Disks & Backups (Re: Msg 14733)
DiskTimerII results
RE: DiskTimerII results (Re: Msg 14742)
OMNI-READER fit to Mac+?
RE: OMNI-READER fit to Mac+? (Re: Msg 14747)
RE: OMNI-READER fit to Mac+? (Re: Msg 14749)
RE: 1 Mbit RAM chips are here for the Ma (Re: Msg 14706)
RE: 1 Mbit RAM chips are here for the Ma (Re: Msg 14748)
Suspicious or innocent?
MS Basic 3.0
RE: Mac-IBM PC Laser Printers
RF emissions
RE: laserwriter fonts, hints, and toys
RE: laserwriter fonts, hints, and toys
RE: laserwriter fonts, hints, and toys
RE: laserwriter fonts, hints, and toys
RE: laserwriter fonts, hints, and toys
RE: RF Interference with Hard disks
RE: Re: LightspeedC 1.5
RE: Booting SCSI & HD20 Hard disk
PENMOUSE+
human touch "One Touch" board (alternati
InfoWorld Again
Font/DA Mover bug
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-59.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂18-Nov-86 1854 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #12
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 18 Nov 86 18:54:12 PST
Date: 18 Nov 86 1849-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #12
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 18 Nov 1986 Volume 5 : Issue 12
Today's Topics:
correction to posting
Apple Spokesperson's Response to Bug Complaints
Re: Apple's response about Bugs in Apple Software
A modest proposal
TransSkel Announcement
Disk Verify 1.1
Lofty Becker's wonderful printer control FKeys
New ROM SysAlert
Other 3.0
MW 4.5 Counter
Translator
Re: Probably Unrealistic DA Request
MacWrite default font
MacPlus Keyboard Run-away
Font questions
FullPaint gripes
Warp 9 30 MB hard disk
HD vs. Floppy: $/Kb
Re: MS Word Upgrade Pricing
Usenet Mac Digest V2 #94
----------------------------------------------------------------------
Date: Mon, 17 Nov 86 05:08:07 PST
From: sdcsvax!sdcc6.UCSD.EDU!ix21@ucbvax.Berkeley.EDU (David Whiteman)
Subject: correction to posting
Moderator,
There was a posting in a recent digest that stated that MacWrite is not
compatible to Levco upgrade. I think in fairness to Levco you should state
that this is referring to the Levco Prodigy upgrade which installs a
68020 and a 68881 and not their memory upgrade. MacWrite uses the 68000
Trap instructions which makes it not compatible with the 68020. This is
the fault of the authors of MacWrite, Encore Systems, and not the fault of
Levco. In fact Levco even wrote a DA, which is free to Prodigy owners, which
corrects the problem with MacWrite.
Levco's other products that are simply memory upgrades have no problem with
MacWrite. I have own a 2 meg memory upgrade from Levco and never had a problem
using MacWrite, nor a problem with any other software program. At a San Diego
Macintosh Users Group meeting 4 months ago, over 180 members state they had
purchased a Levco upgrade and not one had any complaint of any type. My only
connection with Levco is that I am a very satisfied customer.
[ note from moderator: my apologies to Levco for any misunderstanding of
my comments. The above author is correct that Macwrite had problems on
the Prodigy, not other Levco products. My remarks were intended only to
illustrate the current poor state of MacWrite and NOT to remark on
the Levco products. DAVEG]
------------------------------
Date: 18 Nov 86 08:44 EST
From: LEUE%nmr.tcpip@ge-crd.arpa
Subject: Apple Spokesperson's Response to Bug Complaints
I recently read an entry from George Deriso of Apple Computer in which he
responded to complaints about Apple's speed and forthrightness in fixing
reported bugs in their software products.
I must admit that his arguments were fairly persuasive. When I think back
over my dealings with many other vendors, I believe that Apple does, in fact,
do a pretty good job in maintaining their software and that the overall
quality of Apple software is quite good.
However, there is still room for improvement. One of the main problems
seems to be communications. If you subscribe to several bulletin boards
as I do, you will see, for any given software product/bug, a nearly
endless reverberation of inquiries about the bug, possible workarounds,
confusion about revisions, etc.
Perhaps it would be worth Apple's time to publish a software newletter
in which all verified bugs/workarounds/patches could be posted. Such a
newsletter could be "virtual", i.e., posted electronically, or actually
be printed. This kind of newsletter does exist for other vendors'
software and is quite useful. It would not, of course, contribute much
to the bugs getting fixed any faster, but it would establish common ground
for discussion and serve as an archive by which users and Apple itself
could measure progress.
-- Bill Leue
-- General Electric R&D, Schenectady, NY
-- ARPA: leue@ge-crd
-- UUCP: rochester!steinmetz!nmr!leue
-- (all the usual disclaimers apply)
------------------------------
Date: Mon, 17 Nov 86 13:32:43 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Re: Apple's response about Bugs in Apple Software
In a recent info-mac, I posted the response from George Deriso regarding
my original note about the poor track record of Apple updates to Apple brand
software. Before he sent the mail item for posting, he was kind enough to
personally call me and talk with me about the situation. After speaking
with him, I concluded that the reason Apple hasn't done an adequate job
supporting their products is because their resources are tied up in the
new products. It seems to me that although everyone is excited about new
products from Apple, it is shortsighted to not support the existing products.
THERE ARE REAL PEOPLE OUT THERE WHO USE THEM AND EXPECT THEM TO WORK PROPERLY.
After talking with George I did get the feeling that there were people
at Apple (namely his group) who were extremely interested in fixing the
existing software. He was very nice to call me and discuss the problems.
I have a few comments about his letter which was posted:
>other factors come into play: decisions must be made about how to distribute
>the software, when to revise it (in the event that more than one bug fix
>is pending), whether to add enhancements and whether the fix might adversely
>effect other third-party or Apple products.
I agree that the system software suffers from the problems mentioned above,
namely may affect third party programs or Apple products. It is hard for
me to understand how fixing MacWrite, MacPaint, or MacDraw bugs will affect
third party products.
>While Apple is no longer an "out-of-the-garage" company, its larger size
>does not necessarily mean that we have endless resources to devote to these
>tasks. The engineers who are sustaining existing products and effecting
>fixes are also working on future generations of products.
This seems to me to be a serious problem. If Apple must support existing
products by using people who are working on newer products then that seems
to me to be neglecting the interests of those who are currently using the
product. This implies that there will never be nearly bug free software
for any Apple computer since there will always be another product which
is being worked on.
>Another critical issue is whether to stall technology if it means that
>not doing so will result in incompatibilities and marketing risks. Would
>it have been wiser for Apple to ignore the requests for more memory and
>higher speed processing and concentrate instead on making sure that the
>128K Macintosh and its associated products were nearly flawless? Should
>Apple have not introduced HFS because MacPaint handles its scrap differently
>from other programs? Is it wise to take an engineer from his or her next
>GREAT product to spend time fixing an annoyance for which there is an existing
>workaround?
Again, I feel that there is an obligation to those who already have
the product to ensure that the programs being sold for it work properly.
I'm glad that HFS was introduced even though it causes problems with MacPaint
but that is no excuse for not fixing MacPaint on a timely basis.
>Please realize that Apple has heard and is responding to you. Although
>nothing happens overnight, it IS happening. As an employee, it may be
>difficult to be impartial, but I think we are doing a FANTASTIC job. Having
>worked in a number of other computer hardware/software related companies,
>I have to say that Apple is the most customer caring among them. Your
>inputs are valuable;the fact that many Apple employees (among them, Jean-Louis
>Gassee) spend their personal time in users groups and on bulletin boards
>collecting your comments, requests, bug reports and complaints is directly
>related to the fact that you get products from Apple that are different
>and, in my opinion, far superior than anything else out there.
I think it is hard for me to think that Apple is doing a FANTASTIC
job. I still stick to my guns regarding the fact that the track record for
updating the Apple label products has been far less than fantastic. I do
think Apple gets points for making pgrade paths to new products (which
generate quite a bit of new revenue for Apple I would think) but gets a
low grade for its support of existing products (which makes the current users
happy but generates no DIRECT revenue).
>George Deriso
>Supervisor, Apple Technical Communications
Again, thanks to George for responding both directly to me and to
the net. I hope the Apple track record improves; I feel it will make
their position even stronger than it is right now.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Mon, 17 Nov 86 17:56 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: A modest proposal
I was awake this morning at 4 with a terrible head cold
that one gets from watching Notre Dame get stomped on
in 20 degree weather when I had a thought about a nice little
DA someone could write. That someone would be me, unless
somebody out there already has something to do this.
The Problem: To convert files from various formats to MacWrite,
Word, etc. Most notable amoung these are Script (from mainframes)
and DCA from IBM DisplayWrite etc (even tho Apple is working on this)
The trouble with conversion software is that the MacWrite file
format is a bear and a half to create from scratch and rarely
much fun to do.
The proposed solution: Have a DA that reads a text file,
interprets the start place for things such as BOLD and italics,
size changes and so on, and proceeds to convert them to
MacWrite by posting events for various keypresses. Thus
one would let MacWrite do that hard work.
Question: Does anyone out there have a textfile to event
posting DA? I would use this as a bare bones start, if not,
I guess I'll do it from scratch. So, while I'm working on
this, if anyone has any hot ideas about what I could use this
for, or some nifty file formats that I could use to do conversion
with, I'm open to any ideas.
Now where did I put that DA example program...
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority of
wrong thinking people are right."
------------------------------
Date: Thu, 13 Nov 86 15:13:43 CST
From: AntiNeophilus <dubois@unix.macc.wisc.edu>
Subject: TransSkel Announcement
I am releasing to the net TransSkel 1.02, TransDisplay 1.0 and
TransEdit 1.0. TransSkel 1.02 is an update to the original TransSkel
transportable application skeleton posted some months back. This version
fixes a bug, makes some minor improvements, and (more significantly)
supports Zoomboxes and modeless dialogs. Zoombox and dialog support
was provided by Dave Berry (well!dwb@lll-lcc.arpa). I have modified
his code slightly, but he really did the work. Thanks, Dave!
TransDisplay and TransEdit both run on top of TransSkel. TransDisplay
provides any number of display-only windows. These can be used for such
things as help screens or debug output display with memory. TransEdit
provides any number of generic text editing windows. Instant editors,
if you will.
The primary goal of each of these efforts is to come up with modules
that do significant things in a relatively appliciation-independent
manner, so that they can be compiled and plugged in.
All of it is free, public domain stuff.
---
The documentation is formatted using Times Roman 10, 12, 14 and 18 and
Courier 10 fonts. For ImageWriter printing, the closest fit is
probably to change all the Times Roman instances to the corresponding
New York font, and change all Courier to Monaco-9 (unless you have a
good Monaco-10). These changes can be made with Font Changer, written
by Tom Dowdy (public domain).
Looking at the sources without downloading them
The source files can be examined in Unix machines by first unhexifying
them with xbin, then unpacking them with unpit. This will result in
several .data, .rsrc and .info files. The .rsrc and .info files can be
thrown away. The .data files should have the carriage returns mapped
onto newlines, e.g.:
tr "\015" "\012" < junk.c.data | expand -4 > junk.c
The expand command formats the file for 4-column tabwidths, which is
how I wrote them. Otherwise the code won't line up properly.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSDISPLAY-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSDISPLAY-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSDISPLAY-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSEDIT-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSEDIT-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSEDIT-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSSKEL-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSSKEL-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSSKEL-PART3.HQX
DAVEG
]
------------------------------
Date: 16 Nov 86 18:32:18 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Disk Verify 1.1
[ Uploaded from Delphi by Jeff Shulman ]
Name: DISK VERIFY
Date: 16-NOV-1986 17:15 by HSTARR
[ Updated 16-NOV-1986 15:18 by HSTARR to version 1.1. There is better messaging
and error handling. This release is SHAREWARE. ]
Here is a handy utility to check the formatting of your diskettes. It is non
destructive, and will check non-Macintosh (but Apple formatted) diskettes. This
will allow you to determine if those single sided disks really can be used as
double sided. Also good for a double check after a few days. Send comments and
suggestions to HSTARR.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DISKVERIFY.HQX
DAVEG
]
------------------------------
Date: Mon, 17 Nov 86 07:36:13 est
From: osu-eddie!osupyr!pgn@seismo.CSS.GOV (Paul G. Nevai)
Subject: Lofty Becker's wonderful printer control FKeys
It's a pain in the neck to "deselect" and "form feed" whenever I want to
take out paper from the ImageWriter. Well, finally I thought why not to
go to THE EXPERT: I wrote Lofty Becker and asked him to make a FormFeed
FKey for me. In a couple of days he sent me one. I love it, it makes my
work much faster than it used to be in the pre-Lofty days. In what follows
I have a pit.hqx package of Lofty's FormFeed and ReverseFormFeed FKeys.
Lofty told me it's okay to post them.
If you agree with me that these FKey's are great then it would be nice if
you sent a postcard to Lofty thanking him for them. I personally think that
Lofty is a great guy, and I use this opportunity to express my appreciation
for the job he made for me.
Lofty can be reached at:
Loftus E. Becker, Jr.
41 Whitney Street
Hartford, CT 06105
Paul Nevai
"lim Turan = weight"
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-FORMFEED.HQX
DAVEG
]
------------------------------
Date: Mon, 17 Nov 86 14:01 PST
From: PUGH%CCX.MFENET@LLL-MFE.ARPA
Subject: New ROM SysAlert
This is an INIT for the 3.2 System and the NEW ROMS only! It
replaces the standard bomb box (which has two buttons) with a
three button box that allows Resume, Restart, and Finder and
instead of saying ID=2 it will print out a slightly more
descriptive text, like "Odd Address Exception", for whatever that
is worth.
This one is not as nice as the one for the old ROMS since that
also gave a register dump, but this has it's uses. The old ROM
one would also appear if you pressed the Interrupt button. This
one won't. Instead you get access to the mini-debugger where you
can type SM F000 A9F4 and then G F000 to invoke the ExitToShell
trap. This will almost always get you back to the Finder,
Switcher, or Lightspeed Pascal, whichever was last running.
I like these SysAlerts better than the Crashsaver type of
applications because these boot automatically and are never
accidentally forgotten.
Enjoy,
Jon
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SYSALERTS-128KROM.HQX
DAVEG
]
------------------------------
Date: 17 Nov 86 18:37:07 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Other 3.0
[ Uploaded from Delphi by Jeff Shulman ]
Name: OTHER... 3.0
Date: 10-NOV-1986 19:58 by LOFTUSBECKER
[ Updated 7-NOV-1986 02:57 by LOFTUSBECKER to version 3.0. ]
Version 2.0 of Other..., the desk accessory that lets you run desk accessories
from disk files even if they aren't installed in the System. Major changes from
earlier versions, now supports full concurrent operation with the running
program. Documentation in MacWrite 4.5 format. This upload is version 2.01.
- Lofty Becker
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-OTHER-30.HQX
DAVEG
]
------------------------------
Date: 17 Nov 86 19:37:45 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: MW 4.5 Counter
[ Uploaded from Delphi by Jeff Shulman ]
Name: MW 4.5 Counter
Date: 15-NOV-1986 15:16 by PAGE1
This is a Word counter DA for Macwrite 4.5 and TEXT files. Information on how
to pay for this and how to get the source code are included.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MACWRITE-WC.HQX
DAVEG
]
------------------------------
Date: 17 Nov 86 19:38:23 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Translator
[ Uploaded from Delphi by Jeff Shulman ]
Name: Translator
Date: 15-NOV-1986 15:22 by PAGE1
This is a DA that will translate a Macwrite 4.5 file into TEXT. Handy for Red
Ryder and other applications where you need to read a file with Mockwrite but
don't want to go to Macwrite to change the file to TEXT.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MACWRITE-TOTEXT.HQX
DAVEG
]
------------------------------
Date: Tue, 18 Nov 86 02:11 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU>
Subject: Re: Probably Unrealistic DA Request
There ←is← a desk accessory to read MacWrite files. The name says it all:
it's called ReadMacWrite. ReadMacWrite was an application written at
Reed College and posted to Usenet some time ago to convert MacWrite files
to text-only files, but a friend of mine miraculously had a DA version of it,
which I had never seen going by on the net.
Looks like it's just what you were looking for, Michael. Since the authors
posted the program before, I guess there's no problem in me doing it again.
But now a PackIt file including the program, the DA, and the message that
came with the first posting.
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 17 Nov 86 21:05 EST
From: GKN3M2%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: MacWrite default font
There is a utility that will change the default font called
PRAM Editor. THis program manages the information stored in the
Mac's internal paramater memory (about 20K of RAM). Most of the
PRAM is set with the control panel, but this does not include
the default font. PRAM Editor is shareware and may be available
in the SUMEX archives. If not, it's on my BBS in the Utilities
section under the name of "PRAM Edit". Hope this helps.
Evan Bauman
University of Notre Dame
gkn3m2@irishmvs (bitnet)
MacCHEG BBS (219)-283-4714 after 6PM and all weekend
------------------------------
Date: Tue, 18 Nov 86 19:45:44 est
From: levine@eniac.seas.upenn.edu (Jonathan M. Levine)
Subject: MacPlus Keyboard Run-away
I've had similar problems with my 512E (standard keyboard) during dips in line
voltage (like when the refrigerator compressor goes on). I'm not sure what the
problem is, but it usually goes away once the power comes back up to 120V. The
one time this did not happen, while I was in the Library window of MacLighting,
I was able to stop the repeating temporarily by typing another key (which turns
off autorepeat). Of course, when I stopped typing the problem re-occured, but
banging on the offending key a few times solved it.
Jonathan
"This space for rent"
------------------------------
Date: Sun 16 Nov 86 23:19:30-EST
From: "Bob Soron" <Mly.G.Pogo%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: Font questions
When I'm in the Finder (F5.3/S3.2) and use the new KeyCaps, I have no
trouble with either Cairo or Mobile/Taliesin, but once I boot Word up,
both of them come out as 18-pt. Geneva. Anyone have any hints or tips?
On a related topic, there've been rumors out here of "HFS versions of
the Apple fonts" (this appeared in the Boston Computer Society's Mac
newsletter), but no one knows anything. If any of you folks do, a whole
bunch of users out here would sure appreciate a note.
FInally, does anyone know if there's a DA along the lines of "Other..."
that temporarily installs fonts into a font menu? (I'm using Word 1.05
if there is one and it makes a difference, but it would probably come in
handiest in Macpaint.)
Bob
------------------------------
Date: Tue, 18 Nov 86 15:58 PST
From: PUGH%CCX.MFENET@LLL-MFE.ARPA
Subject: FullPaint gripes
It's time for me to complain about FullPaint again and to see if anyone knows
if they are going to fix any of this stuff.
FullPaint still doesn't handle selections correctly. First of all you can only
select things on the screen UNLESS you press the Option key BEFORE you click
the mouse. This ALLOWS you to select WITH THE MARQUE ONLY an area of the page
larger than the screen. Unfortunately, you cannot do some things with this.
You cannot Trace Edges nor Rotate a large selection. Nor can you do any of
the four wonder-goodies on the bottom of the menu. This seems pretty
arbitrary to me. Both Thunderscan and PaintCutter can Rotate a large
selection (which you got by default in both cases), and Trace Edges has no
need to have the entire picture on screen for it to work. In fact, Trace
Edges is one of those nifty things that CANNOT be done in chunks. No way,
Jose!
It also needs a single picture mode that doesn't hog as much memory as it
normally does. I would like to see a version that can be run under Switcher,
with only one window available, in 256K or less. As it is it NEEDS 380K and
if that's all it has then it CANNOT use the Clipboard (how useful are Mac
programs that don't use the Clipboard, kids?).
It seems that FullPaint could use some more programming effort (and not the
kind that allows you to get Life instead of Trace Edges when you hold down the
Option key - I use that feature a lot! :-) to make it an end all bitmap
editor. Don't get me wrong, I love the program, but it's like seeing your kid
playing Baseball badly. You want to make him play right, but you just can't.
He has to do it. I want FullPaint to work better, because I like it and I use
it.
Jon
------------------------------
From: D L Lulue <nosc!lulue@cod.nosc.arpa>
Date: 14 Nov 86 22:16:33 GMT
Subject: Warp 9 30 MB hard disk
My 30 meg Photon 30 arrived today from Warp Nine Engineering. It is
still in the box so I can't report on its performance, but here are the
costs:
1 Photon 30 Plus $795.00
1 SCSI Cable 29.00
1 Software Bundle 39.95
Shipping/Handling 20.00
Total $883.95
The manual is well written and easy to understand. It took Warp Nine 2
weeks to ship after I placed the order. The warranty is for 90 days
with an optional additional year for $100.00. The additional coverage
can be purchased at any time during the 90 days.
I'll report any problems I encounter, however at this point I don't
expect any. I hope this information is of use to anyone considering a
hard disk purchase.
Dan.
------------------------------
From: harvard!ci-dandelion!carl@seismo.CSS.GOV (Carl A. Dunham)
Date: 17 Nov 86 21:39:03 GMT
Subject: HD vs. Floppy: $/Kb
For those of us who are unwilling to shell out the $$ for a
hard disk (or can't), reading all about how nice a time everyone is
having with theirs can be quite a disheartening experience.
This little survey should make you feel a little better. If
you just shelled out $1k+ for a new disk, just keep repeating to
yourself "It's faster and more convenient, it's faster and more
convenient..."
#endif
NB: I'm not naming names here because I was having some
difficulty finding a nice range. Also, brands aren't really the
point; I have tried to give a decent enough spread so that everyone
gets covered. Two prices are given for each size, except for the
larger drives. These prices are roughly the high and low prices that
I have seen (read remember). Figures are rounded to two decimal
places, and are in American dollars.
Notably absent here are 400K floppies. It would be
interesting to see how they stack up against the others. Also, I
implore people to find fault with my math, or find better prices.
Assumptions: 1K == 1024 bytes
1M == 1024K
nK == n * 1K
nM == n * 1M
$1 == 100 cents
Size in bytes Cost($) Cost for 1K (cents/K)
------------- ------- ---------------------
800K DS floppy 1.60 0.20
800K DS floppy 4.25 0.53
20M HD 650.00 3.17
20M HD 1250.00 6.10
(these figures I just whipped together from a posting I saw recently)
60M HD 1795.00 2.92
88M HD 2195.00 2.44
100M HD 2595.00 2.53
Now, just for those of you are are saying "Gee, maybe the
prices of those new SCSI disks will continue to drop enough to narrow
the gap", we have the following chart. All I did for this was to
multiply the size (in Kb) by $0.0020 (the cheap floppy price) or
$0.0053 (the expensive floppy price).
Size (bytes) cheap($) expensive($)
------------ -------- ------------
800K 1.60 4.24
20M 40.96 108.54
60M 122.88 352.63
88M 180.22 477.59
100M 204.80 542.72
So when they start selling 100Mb hard disks at $200 each, sign
me up. Im the mean time, I'll continue to rely on my cheapo RAM disk
and clumsy floppies, thank you.
------------------------------------------------------------------------------
Carl A. Dunham uucp: ...!{mit-eddie,ulowell}!ci-dandelion!carl
bitnet: CARL@BROWNVM
"I work in the nighttime,
Sleep in the daytime,
I might not ever get home."
------------------------------
Date: Mon, 17 Nov 86 11:17:28 CST
From: wmartin@ngp.utexas.edu (Wiley Sanders)
Subject: Re: MS Word Upgrade Pricing
The new list for MS Word 3.0 is $395, one expects the mail order price to
be, maybe $200 minimum. The upgrade is supposed to be $50 if the old ver-
sion is purchased after 1 October. You can get the old version (1.05) mail
order now for about $110. Doesn't it behoove all potential MS Word owners
to buy now and then upgrade, thus saving at least $40?
Or perhaps MS is encouraging users to buy 3.0 instead of 3.1 or 3.2,
and you know what THAT means! ;-)
-w
[ note from moderator: I suspect that MS is trying to lure in those who may
otherwise be waiting other products like WriteNow which is now available
and WordPerfect which is due out shortly. DAVEG ]
------------------------------
Date: 18 Nov 86 12:01:07 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #94
Usenet Mac Digest Tuesday, 18 November 1986 Volume 2 : Issue 94
Today's Topics:
Re: Static brushes
Re: Appletalk Cables
Re: Computerworld Focus 11/12
Re: IBM-PC <-> VAX <-> MAC network?
Re: TML Pascal ver 2.01 bug (really: Request for TML 2.0x info)
Squealing DataFrame
Help - Kermit eats HD20 space
Re: Apple SCSI
Re: Northeastern Software bankruptcy
DA wanted
QuickDraw Request
Small bug in MacMETH toolbox-interface
Re: Help - Kermit eats HD20 space
RamStart 1.3 as startup?
Re: Computerworld Focus 11/12
Macintosh <--> Smith-Corona typewriter connection?
Warning about the Best of MacTutor
Warning about MacUnderground
Mac pictures inside a troff doc??
APL for the Mac
Snobol for the Mac?
Re: QuickDraw Request
Naming Bug
Re: Break Key w/128k Roms, old keyboard, Macterminal
Princeton font
Re: Macintosh <--> Smith-Corona typewriter connection?
Re: Help - Kermit eats HD20 space
Re: Binhex V4 or Kermit.rsrc binaries needed!
alternate dot-matrix printers + drivers ?
Re: Computerworld Focus 11/12 (Mac interface)
ZoomWindows...Help Wanted
Funny behavior of the Video, and avoiding expensive service fees
Algorithmic and implementation references about Quickdraw
Re: Computerworld Focus 11/12
mac video - drawing into ScreenBits fast?
accelerators and more memory
DiskTimer II results
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-94.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂19-Nov-86 1828 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #13
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Nov 86 18:28:12 PST
Date: 19 Nov 86 1810-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #13
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 19 Nov 1986 Volume 5 : Issue 13
Today's Topics:
Pop-up menus
A plea to developers
Re: Apple's response about Bugs in Apple Software
Macro editor for macintosh
EDT.MEdit
Re: MW 4.5 Counter
Re: Calendar program
Re: HD vs. Floppy: $/Kb
Re: HFS Fonts?
Info Wanted: Macintosh in the Laboratory
MacSPICE?
Re: connecting Tandy 200 to a Mac
document can't be opened
Difficulty in launching MacWrite
New system
Apple II Emulation on LIsa
Defender addendum
----------------------------------------------------------------------
Date: Wed, 19 Nov 86 12:15:44 PST
From: gunther.pa@Xerox.COM
Subject: Pop-up menus
This question relates to the MacTutor, Dec. '85, article by Mike
Schuster on Pop-up menus for the Mac. I've tried, unsuccessfully, to
implement it in Megamax C. Schuster apparently provides the Megamax
source as well as the printed Consulair source on a disk available from
MacTutor. I'm so far along now I'm really interested to find out why my
version does not work.
Has anyone either successfully implemented this code in Megamax C or
does anyone have the MacTutor Megamax source?
Some things puzzle me about how the bitmap allocation and pointers are
implemented. For one thing, it looks like the base address is
initialized to an odd address (bitmaps are supposed to be word-aligned)
but I may not be understanding it correctly.
Any insights would be appreciated.
Neil.
------------------------------
Date: Wed, 19 Nov 86 13:46 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: A plea to developers
After spending an afternoon with lots of other peoples
C code, I'd like to remind developers of programs for
the macintosh to PLEASE PLEASE PLEASE use something
like short,long,int16 or int32 when defining integers,
instead of the generic int.
Every person who writes a C compiler does the int in
a different way, and they all seem "wrong" to at least
one person.
This is especially true when writting code involving:
-Files
-ROM calls (!!!!)
-I/O
-Machine independant and portable code.
And needless to say, if anyone else is going to use the
source code, this applies even more!!!
It's simple enough to add a
#define int16 short
#define int32 long
(or whatever your compiler works with)
to the top of the code.
I thank you.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority
of wrong thinking people are right."
------------------------------
Date: Wed, 19 Nov 86 08:56:03 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Re: Apple's response about Bugs in Apple Software
Let me take a differing position from Dave on George Deriso's note:
> After speaking with him, I concluded that the reason Apple hasn't done
> an adequate job supporting their products is because their resources
> are tied up in the new products. It seems to me that although everyone
> is excited about new products from Apple, it is shortsighted to not
> support the existing products. THERE ARE REAL PEOPLE OUT THERE WHO USE
> THEM AND EXPECT THEM TO WORK PROPERLY.
> I agree that the system software suffers from the problems mentioned above,
> namely may affect third party programs or Apple products. It is hard for
> me to understand how fixing MacWrite, MacPaint, or MacDraw bugs will affect
> third party products.
I disagree with this. There are products that aren't getting as much
support as they used to from Apple, both software and hardware. But frankly,
do they need it? I really don't think so.
The areas that need support ARE being supported -- the System, Finder,
printer files, and the ROMs. All of the critical parts of the Macintosh
that can only be dealt with by Apple.
What isn't being dealt with? MacWrite, MacPaint, and MacDraw.
MacWrite almost singlehandedly killed off the Word Processing market for the
Mac. It, like the 128K Mac (remember that?) is an obsolete product. Why
would anyone buy MacWrite at $195 (list -- remember, it isn't free anymore)
when they can buy Word for about $100. Or WriteNow, or any of the other
half dozen or so Word Processors that are invading the market now that
MacWrite has taken the back burner.
The same can be said for MacPaint. Both of these programs, by the way,
significantly deviate from published Apple interface standards. To bring
them up to spec would require many non-compatible changes to the programs.
Apple has made the decision to stay out of the application market. Since
the early days, when Apple marketed Mac programs because it had to, they've
left it all to third party people -- with the result that there are LOTS
of really good, competitive programs for the Mac. If Apple put resources
into updating these programs and started re-marketing them, it certainly
WOULD affect the third party market, to everyone's detriment.
I threw out my copy of MacPaint months ago, as well as MacWrite. I couldn't
function without Word, without FullPaint. If Apple hadn't taken this
stance and let the third party people take over the application market,
the mac would be much worse off. Apple, very rightly, sells machines, and
lets the rest of the world sell the programs that make the machine shine.
(Asute readers will notice I've glossed over MacDraw... Herein we bring it
into the fray)
The one place where I might disagree with the above is MacDraw. Why? Because
as of now, there isn't an application on the market that has replacement
functionality. SuperPaint probably will, once it leaves beta, but it isn't
really out and isn't accepted. Until such a time as something in the
third party, Apple needs to continue to support it so that people aren't
left out in the lurch.
Saying that Apple needs to dedicate lots of resources to MacWrite is like
saying it needs to dedicate lots of resources to the 128K skinny-Mac. It is
old, it is obsolete, it was wonderful then, rest in peace.
> >While Apple is no longer an "out-of-the-garage" company, its larger size
> >does not necessarily mean that we have endless resources to devote to these
> >tasks. The engineers who are sustaining existing products and effecting
> >fixes are also working on future generations of products.
> This seems to me to be a serious problem. If Apple must support existing
> products by using people who are working on newer products then that seems
> to me to be neglecting the interests of those who are currently using the
> product. This implies that there will never be nearly bug free software
> for any Apple computer since there will always be another product which
> is being worked on.
This is a fact of the real world. People don't like to do 100% maintenance
programming. If you don't give them new toys to play with, they find
companies who will. The person who enjoys maintenance programming is
rare indeed, and should be cherished...
Again, though, it is a matter of where the resources can best be put.
Why maintain obsolete software where there is better, compatible and cheaper
software on the market? I'd rather see new and nifty finders and better
hardware than a bug-free MacWrite. We don't NEED a bug-free MacWrite.
Apple isn't perfect, but in the last year they've made great strides.
APDA, posting system software to CompuServe and Delphi, they've worked
hard to improve between them and The Rest Of Us. The Mac Software is
faster and more reliable, there are a lot of really hot products in markets
(WP and Paint tools) that previously Apple had choked off with their products.
I'd rather see them continue the trends they've built than go off and bring
back the things that slowed down the third parties and shut down development...
chuq
------------------------------
Date: Wed, 19 Nov 86 15:31:21 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: Macro editor for macintosh
Listening to the conversations of people desiring a macro-capable
editing environment for the Macintosh, I was fairly amazed not to
hear anyone using MEdit for their work. I was also amazed that it had
not gotten to the SUMEX-AIM archives. MEdit is a menu-driven,
macro editor with a macro compiler and rather a nice set of
capabilities:
opens arbitrary #of windows (dependent upon RAM)
can be configured to act like your favorite EMacs, EDT etc
editor to a good degree.
allows binding of macros to arbitrary keys
has an auto-configuring transfer menu:
launches via SFGetFile the first time, automatically
inserts the pathname into a 5 position menu for
one click transfer
works on every Macintosh hardware configuration I have tried
thus far (XL,128,512,512E,Plus,Extended memory systems)
works under Switcher
opens arbitrarily large documents (limited by total RAM space)
comes with complete documentation
can open non-TEXT files
It only has a few drawbacks:
Large documents are sectioned into (max 32K) pages. Page size
is configurable.
Speed decreases with size of page.
On 64K ROM systems, it is sometimes a bit slow in character
throughput.
I use it constantly, as it produces either soft-wrap TEXT for inclusion into
Word or hard wrap TEXT. Much of my time is spent preparing
documents for upload to VAXen and I find it fantastic.
MEdit is ShareWare ($25 if you keep it... pay the man!) and the author
says, colloquially, "give it to anyone you want, but give all of it".
The author (Jacob Aebi? i always get his name wrong...) is the person
who brought the PD Modula-2 compiler to the networks. He is listed in the
About... dialog and in the documentation.
The following is a BinHex 4.0 version of a PackIt II compressed file and
contains:
MEdit v1.5
MComp
KeyCode DA
Medit.doc v1.5
Macros.mcr
Macros (compiled)
Pascal.mcr
Pascal (compiled)
The documentation is in MacWrite 4.5 format, set up for LaserWriter and
European paper. It was rather easy to reformat it for USA standard and is
very nice. The .mcr files are the standard macro examples.
Hope you all find this useful.
Godfrey DiGiorgi :: November 19, 1986
c/o digiorgi@jpl-vlsi.arpa
(my employer doesn't want to know anything about this net.)
"Sometimes in the middle, sometimes at the edges..."
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MEDIT-15.HQX
DAVEG
]
------------------------------
Date: 19 Oct 86 11:31:10 EDT
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: EDT.MEdit
[ Uploaded from Delphi by Jeff Shulman ]
Name: MEDIT VAX EDT MACRO
Date: 18-OCT-1986 21:05 by TECHNISOLVE
This is A MEdit Macro which emulates the VAX/VMS EDT editor. I have tried to
implement the most common Keypad Commands. I find it useful since I work on a
VAX for a living.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MEDIT-EDT.MACRO
DAVEG
]
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: Re: MW 4.5 Counter
Date: Wed, 19 Nov 86 12:27:05 EST
Actually, the grep-wc DA, archived as DA-GREP-11.HQX, also counts
words, and it's free.
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Mon, 17 Nov 86 14:56 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU>
Subject: Re: Calendar program
Keith,
This may or may not help, but friends of mine have written a calendar program
for use on AppleTalk with Omnis III, the multiuser database. You might
consider a similar solution.
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Tue 18 Nov 86 23:30:43-PST
From: John M. Relph <Relph@BIONET>
Subject: Re: HD vs. Floppy: $/Kb
While I cannot find fault with Carl Dunham's math in his recent message,
there is one all-important assumption that was not made.
Time = Money (multiplied by some magic number)
*flame on*
I don't care how cheap floppies are when I have to swap two of them in
and out of the drive fifty times in a row to save one simple file or
load one font from another disk. And if I have to move files around
just to prevent such hairy disk swappage, then the time and trouble
I have to take to move said files is another hassle I don't need.
And of course, there's the plain speed difference. I'm not going to
rehash the figures for times to boot or launch an application from
a hard disk versus a floppy (DS or SS). And if you are doing something
like desktop publishing with Pagemaker, pasting in fullscreen paint
documents (and reducing them), and accessing word files, are you going
to want to have to always move the pertinent files to that work disk,
so you can reduce the number of swaps necessary? Yuck.
*flame off*
This factor makes the hard disk a very worthwhile investment.
-- John (Relph%Bionet@Sumex-Aim)
(we don't need no stinking disclaimers)
------------------------------
Date: Wed, 19 Nov 86 09:19 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Re: HFS Fonts?
There was a question recently concerning the use of Word
and various fonts.
It has been my experience with Word that it does not always
handle fonts correctly. It is esp bad with LW Plus fonts,
printing in courier or some other such strange font instead
of what you asked for. As near as I can tell this is most
definately a Word problem. It (should) have nothing to do
with the file system you are running under.
As to the request for an "other" DA for fonts. This is
almost impossible to do. In addition, if it was done, it
would not be simple to use, requiring that you run the
DA before launching the application. Word (and as far as
I know all other Mac programs with font support) load in the
list of fonts at launch time. Changing the available fonts
during a run would not do anything. You would have to quit
Word and return to have access to these newly installed fonts.
I suspect this is why you haven't seen a Font/DA mover DA,
because it just isn't practical.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority
of wrong thinking people are right."
------------------------------
Date: Wed, 19 Nov 86 14:48:22 mst
From: bw%a@LANL.ARPA (Barbara Weintraub)
Subject: Info Wanted: Macintosh in the Laboratory
[]
Does anyone have experience using a Macintosh computer for data acquisition
and control of experiments? This request covers the new commercial
software/hardware packages (eg, LabView, BenchTop) and those developed for
use in your own lab.
Can a Mac function as a digitizer or storage 'scope?
Any information and opinions are welcome.
Thanks,
Barbara Weintraub USnail: LANL
Los Alamos Nat'l Lab CLS-7, MS E525
ARPA: bw@lanl Los Alamos, NM 87545
UUCP: ...cmcl2!lanl!bw Phone: (505) 667-9742
------------------------------
Date: Wed, 19 Nov 86 16:56:44 pst
From: mab@ads.ARPA (Mike Brzustowicz)
Subject: MacSPICE?
A friend of mine is look for some circuit simulation software for the mac
along the lines of SPICE. Does anyone know of any? Has anyone used any?
All pointers gratefully accepted.
-Mike
<mab@ads.arpa>
------------------------------
Date: Tue, 18 Nov 86 23:01:39 EST
From: Tim Browne <browne@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: Re: connecting Tandy 200 to a Mac
Does anyone know the correct answer to the tandy 200 to Mac riddle of
a few days ago. Simple restated: what cable is the right cable for
handshaking both ways?? NOT THE 100...Thanks, Tim
------------------------------
Date: 17 Nov 86 16:42:51 EST
From: Patrick.Muir@rover.ri.cmu.edu
Subject: document can't be opened
I created a document with MacWrite, Saved it and later tried to open it. The
Mac responds with "This Document Can't Be opened". I can copy the document
without any problems, but I can't print or open it. Anyone have any
suggestions as to how I can get the document back?
------------------------------
Date: Wed, 19 Nov 86 09:56 EDT
From: <JCLARK%UTKVX1.BITNET@WISCVM.WISC.EDU>
Subject: Difficulty in launching MacWrite
I, too, had been receiving a "This application is either open or missiing..."
dialog box in attempting to open a MacWrite document. If I first opened
MacWrite, then there was not problem. This was on a MacPlus, SCSI hard
disk, using MacServe. I had not been using Switcher. I tried turning
cache on and off, checking to see if the the file were indeed "busy"
using the File Tools DA etc. I still had the problem whether
or not MacWrite was being launched from a floppy disk or a MacServe
volume. Finally as a last resort, I tried moving a copy of MacWrite onto
the desktop and opening a document directly from the Finder. It worked!
I have had no problems since when launching from a floppy or a MacServe
volume. I have no idea was is/was going on, but thought others who have
commented recently that they had had this problem might want to know at
least one work-around.
------------------------------
Date: Sun, 16 Nov 86 19:30:32 EST
From: ST401385%BROWNVM.BITNET@WISCVM.WISC.EDU
Subject: New system
Am I the only one, or has anybody else noticed that the new
"improved" system/finder for the mac SUCKS? It is terrible. It is
MUCH worse than the old system. If I thought they would do it, and
wasn't aghast at the thought of having to transfer all my files
(that I painstakingly transfered onto double sided disks) back onto
single sided ones, I would take my mac back to the computer store and
ask them to take out the new chip and the double sided disk-drive and
put my mac back the way it was before.
The advantage of the new finder is that it now knows about folders.
For an ordinary mac without a hard disk, this is a dubious improvement,
especially as the people who wrote the new finder chose to show you
everything that's in a folder when you open something from within
an application, even the things that you can't open. This may have
some minor value, but it mostly clutters up the filing system.
The main disadvantage of the new system is that it is damn huge.
On my old mac, I used to work by putting the system, finder, printer
driver, and application I wanted to use onto a RAM disk, and keeping the
files I want to work on on real disk. This worked fine; it meant I could
have plenty of space on my work disk, since they didn't need
system, finder, printer driver, or applications on them. On the new
system this seems to be impossible, apparently because of the size of
the system (I'm using--or trying to use--the program Ramstart 2.22,
which seems to be the latest version available. The program bombs
when you try to put the system on the ramdisk and then run it.) This
means the double sided disks really can't store much more than the old
single sided ones, since they have to have all the old junk that I used
to keep on ramdisk.
The new system is pretty stupid, too. It continuously wants
disk swaps, even when you can't figure what in the world it wants
them for. It is far too stupid to use free memory or even cache
to look ahead for information it will need off the disk in the future,
but instead asks for ten or fifteen disk swaps when launching an
application.
Example: I had system on one disk, MacWrite on Ram disk, and
I needed to look at a file on another disk to see if it was the
current version. Just LOOK, mind: not write anything. In order
to look at the file, the mac made me do TWENTY DISK SWAPS
between the disk with the system and the disk with the file I wanted
to look at. This is with MacWrite in Memory--I'd hate to guess how
many swaps it would want if Mac Write were on the system disk.
Why don't I just get a second disk drive or a hard disk, you
ask. Well, until I got this "upgrade", I was perfectly happy with
just one drive. I resent the fact that "improving" the ROM seems to
be a ploy to make me spend money on a second drive. Further, if the
Apple people think that the machine really needs two drives to run,
then, damn it, they should have made a machine with two drives.
They try to be suckering you in with a one drive machine, then either
forcing you to buy another drive to make it work well, or else
throw it out and find another brand.
The new system has a RAM-cache, which is pretty much useless.
First--secret number one--you can apparently turn it on and off
from the control panel, but actually doing this does nothing unless
you turn power off. Worse, though, one of the mac people here
explained that the cache is NOT write-through.
What this means is that if you are working on a document, say, and
"save" it, you actually save it to cache, not to disk. THIS IS
TOTALLY UNACCEPTABLE. The point of saving files is that in case of
a system crash (and macs DO occasionally bomb, despite what apple
seems to think), your document has been saved. But if it's only
written to cache, bye-bye document.
This is not an academic question. Another little "problem" the
new system has is that if the printer driver doesn't work, the machine
doesn't tell you. It doesn't give you an error code, it tells you
"Printing in progress" and then it hangs there. Forever. Or until you
turn off the machine. Among other things, when the computer store
installs the new ROM chip, they randomize the printer drivers (and don't
tell you about it) so that you can't print until you re-initialize the
printer choice using "chooser" and control panel from the desk accessories.
I lost one file this way, and spent about two days trying to figure out
what the computer store had screwed up to make it not print. Fortunately
it was a small file.
I could go on, but this whole thing annoys the hell out of me. When I
got the upgrade, I expected the system to work better, not worse. If I'd
wanted a cumbersome dinosaur, I would have gotten an IBM.
My advice: don't "upgrade" your system to the new ROM and double
sided disk drive unless you have a hard disk or two drives.
[ note from moderator: The comments above regarding the Mac disk caching system
are incorrect. According to postings from people at Apple computer, any
application which writes to disk should also FLUSHVOL to ensure that the
changes are actually written to the disk. Applications which do a SAVE and
don't flush the volume make the user run the risk of losing data if there
is a system error/power loss before a flushvol occurs. THIS BEHAVIOUR IS
THE SAME WHETHER YOU HAVE THE CACHE ENABLED OR NOT. The moral is that if
applications are written correctly you will not be affected by the state
of the cache. DAVEG ]
------------------------------
Sender: BHolland.ElSegundo@Xerox.COM
Date: 17 Nov 86 09:45:08 PST (Monday)
Subject: Apple II Emulation on LIsa
From: BHolland.ElSegundo@Xerox.COM
Will the Apple II/+/E/I Emulation work on the Lisa using Mac works ??
Bill
------------------------------
Date: Tue, 18 Nov 86 12:58:35 CST
From: AntiNeophilus <dubois@unix.macc.wisc.edu>
Subject: Defender addendum
The defender game posted by Bruce Horn is very nice. One missing command
in the instructions is that the command key reverses direction.
Yours,
Paul DuBois
------------------------------
End of INFO-MAC Digest
**********************
∂21-Nov-86 1413 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #14
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 21 Nov 86 14:13:14 PST
Date: 21 Nov 86 1406-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #14
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 21 Nov 1986 Volume 5 : Issue 14
Today's Topics:
Copying Resources
Lightspeed Pascal Bug, and Workaround...
Lightspeed Pascal Wishes...
SCSI driver id numbers?
Re: Info Wanted: Macintosh in the Laboratory
Macintosh in the Laboratory
Posting of Moose Frazer, Launch Fkey, and LaserWriter Reset DA
Xerox 9700/8700 font editor
DynaBook Lives!
Re: Apple's responce about Bugs in Apple Software
The new system
Re: Apple // emulation on Lisa
RE: Wanted: the MacBinary specification
RE: document can't be opened
Re: Adding Fonts to the fonts menu
Usenet Mac Digest V2 #95
Delphi Mac Digest V2 #60
----------------------------------------------------------------------
Date: Wed, 19 Nov 86 20:23 PST
From: PUGH%CCX.MFENET@LLL-MFE.ARPA
Subject: Copying Resources
Can anyone help me with this? I want to copy a file's resources to another
file. Is there a straightforward way of doing this? I have to play games
that seem to be unsafe to close all the resource files except for the one I
am looking at so that CountTypes and CountResources will only report on that
file. What point am I missing? Is it possible to do a block copy of the
entire resource fork from Pascal?
Any clues? Reply direct please, I'm in a hurry (as usual).
Jon
------------------------------
Date: Thu, 20 Nov 86 10:56:33 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Lightspeed Pascal Bug, and Workaround...
I was porting a program from the TML Source Code Library over to Lightspeed
Pascal the other day, and LSP kept crashing on a call to GetItemStyle, which,
given a menu handle and an item number, returns the QuickDraw character style
of that item.
procedure GetItemStyle (m : MenuHandle; item : Integer; var s :Style);
LSP was crashing with an odd address exception...
I called THINK, explained the problem and an hour later I got a call from one
of the LSP developers. I explained the problem, and 3 hours later he had an
explanation and a work-around. This piece of code generates the crash:
program MenuCrash;
var
m : MenuHandle;
s : Style;
begin
m := GetMenu(300); {assuming that there's a menu 300 in our
resources}
InsertMenu(m, 0); {put in the menu}
DrawMenuBar;
GetItemStyle(m, 1, s); {Pascal will crash here}
DisposeMenu(m);
end.
The reason Pascal crashes is due to the way that LSP packs sets. They
couldn't be more specific than that, though...
The fix is the following: at the very beginning of your VAR declarations,
declare TWO Style variables:
var
bogus, itemStyle : Style;
when you call GetItemStyle, call it the usual way, except that after the
call, look in the variable called BOGUS for the actual value, like this:
GetItemStyle(menuH, itemNum, itemStyle);
itemStyle := bogus;
It sounds really strange, but it works. I've tried it, and it works fine. The
person I talked to called it "a really slimeball fix"....
It's a rather esoteric bug; however, it may also apply to other calls that
return packed set-types; I don't know....
Hope this helps...
--Rich
------------------------------
Date: Thu, 20 Nov 86 11:01:56 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Lightspeed Pascal Wishes...
When I talked to THINK, I asked if they were going to implement the
Object Pascal standard on Lightspeed Pascal, and when the next release would
be. They responded that they were waiting to see if Object Pascal was only a
fad; they also said that they were market-driven, and they really want to
hear response from users; if they get enough requests for a feature, they
might just implement it...
Since the good people at THINK don't have access to the net, it probably
would be best if you called them directly or sent a letter; alternatively,
you can all send me mail, and I'll collect the requests and send them in...
--Rich
Richard M. Siegel
Bitnet: rs4u%andrew.cmu.edu@wiscvm
Decnet: rs4u%andrew.cmu.edu@cmccte
Mailnet: rs4u%andrew.cmu.edu@carnegie
Arpanet: rs4u@andrew.cmu.edu
US Mail:
Box 698
5115 Margaret Morrison Street
Pittsburgh, Pa. 15213
Phone:
(412) 268-4224
Disclaimer:
Disclaimers are bogus. Mannheim Steamroller rules, and Dave Grusin is
his prophet, and David Lee Roth cleans the bathroom.
------------------------------
Date: Wed, 19 Nov 86 22:45:25 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: SCSI driver id numbers?
I've been using the Dreams of the Phoenix DA installer+ to install more
than 15 DAs into my system file. I've had it work well (I've manually
gone in and set the MENU nonpurgable bit myself since that is not done
correctly by the program) and haven't had any problems with the extra
DAs. Of course there are 10**6 DAs available now and I'd like to have
even more installed than I currently do. The way the installer works is
to first use the 15 'Apple OKed' slots, then the 'Apple Reserved' slots,
then the SCSI drivers slots, etc. You can set this priority ordering if
you wish. I've filled up all the 'Apple Reserved' slots and now am eyeing
the SCSI drivers slots.
The question is how do these slots work? I am currently using 1 SCSI
device and sometimes use a second drive also. If I leave 2 of these slots
available will I run into problems? I figure there is no problem if I
never use a SCSI device. How do the driver numbers for a SCSI device
get assigned?
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Thu, 20 Nov 86 09:48:00 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Re: Info Wanted: Macintosh in the Laboratory
The past two summers, I worked at NASA/Langley Research Center. For
the past two years, we've had Macintoshes there, that have mainly been used
for wordprocessing, and preparing presentations, but not for acquisition and
control, even that was the eventual goal. The programmer that was (and still
is) there is a genius, but he got his degree in Computer Science, not in
physics or material science, so although he's a great programmer, he couldn't
write code to drive the Macintosh properly in a lab environment. Enter me.
I'm an undergrad Physics major, and certified developer. My boss gave
me a Macintosh with a Hyperdrive, an adaptor to connect the Macintosh's RS422
port to an IEEE-488 bus, and a task. I had to trigger a loadframe, and then
read simultaneously a voltmeter and a frequency counter, store the readings,
and when the run is done, plot the information on the screen, do a
regression, and display the results. And of course, use the Macintosh User
Interface, and be able to print the whole thing out on any standard printer
(Imagewriter, LaserWriter).... I wrote the whole thing in about a month, and
it ran faster than the old version of the program, running in BASIC in an HP
micro. The next project was to replace an overloaded VAX 780's task of
reading a Nicolet 1170 Signal averager; read the digitizer's memory, and plot
the information, then save it for uploading to the Vax for processing. This
task was also accomplished in about a month, using this Rs422->IEEE488 box.
The Macintosh was able to perform this particular task about 4 times faster
than the Vax.
Basically, the Macintosh has the horsepower to read and control lab
equipment. If you wanted to do real-time work, a Prodigy board (I wasn't
using one, but I will be) would probably make life easier; otherwise, the
serial ports, even at 57.6KBaud, are fast enough to work nicely.
Also, the key is to write the critical parts (acquisition and
control) FROM SCRATCH for a specific task; this guarantees that it'll run as
fast as it can; of course, the basic serial i/o and user-interface routines
can be re-used... If you write the code yourself, it'll invariably run faster
than a commercial package such as LabView.
I haven't covered everything here, so feel free to ask....
--Rich
------------------------------
From: BGT.WB%GEN.BITNET%cernvax.BITNET@WISCVM.WISC.EDU
Date: 21 nov 86 11:45 GMT +0100
Subject: Macintosh in the Laboratory
In reply to the query by Barbara Weintraub (INFO-MAC V5 #13), CERN
has experience of using MacVEE Plus systems in the laboratory for
data acquisition, experiment control and monitoring, as well as
for equipment development and test.
MacVEE (Microcomputer Applied to the Control of VME Electronic
Equipment) provides direct memory-mapped access from the Macintosh
(or Macintosh Plus) to up to 8 VMEbus crates, or up to 7 VMEbus
crates and 8 CAMAC crates via Mac-CC, a dedicated Macintosh CAMAC
crate controller.
Small physics experiments have been successfully completed in
which the only computer used was a MacVEE system with CAMAC. At a
large experiment, such as UA1 at the proton-antiproton collider,
the data acquisition itself is performed by a distributed system
of 65 VMEbus CPUs and 134 other VME/VMXbus modules, and a dozen
MacVEEs are used in the control room for the programming, control
and monitoring of these.
One MacVEE is dedicated to perform as the data acquisition
console, and it also carries out automatically the functions of
the old experimenter's log book (recording all operator commands,
selected histograms, diagnostics etc). Other MacVEE systems are
used for the control of trigger processors comprising farms of
SLAC/CERN emulators of IBM mainframes (six 168 and six 3081)
through their VMEbus interfaces.
In a MacVEE system, the selected external VMEbus or CAMAC address
space simply appears within the address space of the Mac's 68000,
so that no special drivers are required to access it.
User-vectored interrupts from VME can be handled, as well as CAMAC
LAMs. A composite video signal output is provided for use by
remote video monitors.
Mac-CC is equipped with a standard auxiliary controller bus (like
a type A2 crate controller) allowing multiple controllers in a
CAMAC crate, and operates in conjunction with standard LAM
graders. The MacVEE VMEbus interface module has system controller
capability as well as allowing multi-processing in the VMEbus
crates.
The introduction of the Macintosh has led to some interesting new
approaches to providing interactive user interfaces to laboratory
experiments. For example, when a data acquisition MacVEE detects
any abnormality in the statistics, it highlights the corresponding
histogram on its mutli-histogram display (and outputs a speech
message).
To obtain more detailed information, the operator just has to
click on a chosen histogram with the mouse to see an expanded
display with additional diagnostic data. It proves much easier
for the physicists on shift to master this type of user interface
to a complex apparatus than to have to remember the sequences of a
conventional command language.
A total of 176 MacVEE systems are currently in use. I can provide
a limited number of copies of the MacVEE User Manual to other
professional researchers.
B.G. Taylor
EP Division
CERN (European Organization for Nuclear Research)
1211 Geneva 23
Switzerland
Bitnet: bgt.wb@gen
Arpanet: bgt.wb%gen.bitnet@wiscvm.arpa
Usenet: bgt.wb@gen.bitnet.uucp
------------------------------
Date: Wed, 19 Nov 86 21:57:10 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Posting of Moose Frazer, Launch Fkey, and LaserWriter Reset
Subject: DA
Here are three programs which came into my hands to be posted. The
Frazer allows the user to add new phrases to the talking moose file.
Be sure and backup your original Moose Phrases file before you start.
The Launch Fkey allows you to transfer to another application. It does
it in a relatively dirty way, so close your files before you transfer.
The LaserWriter DA allows you to reset the laserwriter without powering
it off.
I'm just posting these and can't take any credit for writing them.
David
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FRAZER.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-LAUNCH.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-LWRESET.HQX
DAVEG
]
------------------------------
Date: Thu, 20 Nov 86 09:04:59 PST
From: <LOGANJ@byuvax.bitnet>
Reply-to: LOGANJ%BYUVAX.BITNET@forsythe.stanford.edu
Subject: Xerox 9700/8700 font editor
Date: Thu, 20 Nov 86 08:17 MST
From: <LOGANJ@BYUVAX.BITNET>
Subject: Xerox 9700/8700 font editor
To: INFO-MAC-REQUEST@SUMEX-AIM
X-Original-To: INFO-MAC-REQUEST@SUMEX-AIM.STANFORD
We have a font editor for Xerox 9700 and 8700 laser printers. It
runs on the Macintosh and presently works on small fonts only.
You can use the editor to create, modify, copy, and delete
letters in a font. Creating and modifying letters is done like
'fatbits' in MacPaint or like a very simplified INTRAN system.
We might be willing to share this application while it's under
development if there's enough interest.
Interested? Then, respond to Jim Logan at loganj@byuvax.bitnet
(I won't be able to respond to questions until early December).
If there's enought interest I'll post a BinHex'd version of the
program to net.sources.mac or mod.mac.binaries and send a copy
to INFO-MAC - in December or January.
Regards,
jim
------------------------------
Date: Thu, 20 Nov 86 16:04:24 PST
From: gunther.pa@Xerox.COM
Subject: DynaBook Lives!
I just received a collection of Mac-related bingo cards. Included was a
card advertising the "Dynamac" which is a *fully portable* Mac+
compatible. Apparently this machine was briefly reviewed in MacWorld
but I had not seen that article. I recently asked Info-Mac about a
similar machine being developed by Colby but the response was
underwhelming, so I'm assuming this machine may be interesting news
(more on Colby in a minute).
I rang Dynamac Computer Products Inc. in Colorado. Here is how the
machine is configured:
Grid style package - dark brief-case type
Fully Mac+ compatible
800K disk with 20 or 40 MB internal hard disk
300/1200 baud internal modem
U.S., European voltage compatible power supply (no ext. transformer
required?)
640 x 400 "gold" electroluminscent display (that's where the cost is)
"E-machine" to provide output to a 1024 x 808 external display
Mouse (Mac type?)
I think it is not battery powered, but I'm not certain
Available in Jan. '87 starting at $4995. Keep in mind that the initial
target is the business market. Dynamac Computer Products Inc. has an
established agreement with Apple Computer Inc. to develop and market
this product. It is not clear to me that Colby is yet in this position.
It seems this is closest approximation yet, to Alan Kay's original
"DynaBook" vision.
Neil Gunther.pa@Xerox.com
Usual disclaimer inserted here. I'm employed by Xerox PARC and you
already no that story....(sigh!).
------------------------------
Date: Thu, 20 Nov 86 08:54:52 PST
From: woody%junk-in-lnames@Iago.Caltech.Edu (William E. Woody)
Subject: Re: Apple's responce about Bugs in Apple Software
Having worked in a large company (National Cash Register) for a short time
(summer intern), and having seen their "Software Trouble Report" and
procedures, I can tell you that Apple's treatment of bugs in their software
is excellent. After all, that Apple is able to (1) manage a large number
of suspected bug reports, not all of them real bugs, (2) distribute updates
of their software to the [100k, 1M, how many Macs are out there?] users
using Macintoshes, and (3) develop new software for their computers, all
in the relm of a unique and somewhat overwelming user interface, is an
extremly impressive accomplishment.
Let me put it this way: Suppose YOU ran Apple. Would YOU have as good
a track record doing:
(1) Organizing suspected bug reports in order of priority, priority
dictated by (a) the market place [what's the point fixing a bug when there
is a workaround, when there's another which is blowing away user documents?],
(b) the audience of the bug [it's better to have Users happy than programmers,
as there is a h*ll of a lot more of them than us!], (c) the level of difficulty
of the bug, and (d) the programmers who will eventually have to fix the
bug.
(2) Get the bug report to the proper programmers, with a proper level
of priority. Note that the programmers must also have time to work on
future software (usually only 20% of their time should be spent fixing
bugs, else they may simply give up, and move on to another company--after
all, would you like to spend the rest of YOUR life fixing bugs you made
five years ago? Eventually, you'd simply say "to H*ll with the rest of
the world; I quit!")
(3) Have the programmers properly test the bug, along with the right
support personal, in order to find the bug so they can fix it. This is
a problem in itself; after all, many people may write in, saying "MacWrite
just ate my document when I tried to quit." No other details. (AND DON'T
FLAME ME BY SAYING THAT USERS TELL APPLE MORE THAN THIS! MANY DO NOT!!!!!
I know; I spent some time fixing bugs from bug reports sent in by System
Operators, and Programmers, and some of the bug reports were even more
Vague than the above!!!)
All right. "MacWrite just ate my document when I tried to quit."
Where in 30,000 lines of pascal is that bug?
Note that there is a side problem in all this; many of Apple's software
was developed by outside venders (read MacWrite). When the software bug
report generated by Apple for something like MacWrite gets sent to another
company, the same process (steps 1 through 3 above, and all of the below
steps) are EXACTLY duplicated by the company. After all, the company
who developed the software may already be fixing the bug Real Soon Now, and
they have to discover which bugs comming into their queue are duplicated
down the road.
(4) Now, the programmer must fix the bug. Usually, the level of priority
of a bug sets a deadline as to how much time a programmer has to fix the
bug. For example, at NCR, a Level 1 priority bug ment that the programmer
had three days (yes, 3) to fix it. Of course, those three days included
three nights as well. God help the poor soul who has to fix 20 level 1 bugs;\
he won't have any sleep in over 2 months. And I bet you he'll collapse
long before then.
(5) While the bug is being fixed, the management must deside exactly
how the fix is to be distributed. Usually in a company like DEC or NCR,
where the audience may be as small as 50 users, the fix may be distributed
in a patch tape or a new release, sent free of charge. They can do it,
as there are only 50 tapes to be made, and the users spent well over $30k for
the product. The $10.00 tape won't make much of a difference. But Apple
has an audience of a h*ll of a lot more than 50 users!!! Distributing a
floppy to everyone who bought the software (including those who didn't
register, or who has moved in the meantime) is an extremely expensive
proposition, especially when they didn't spend $30K per program. So Apple
almost always must rely upon distribution to their dealers, (imagine the
management and manpower problem just to distribute software to every
Apple authorized dealer, from the ones in Los Angeles, to the one up by
Bass Lake in the foothills of the Sierras above Fresno--could YOU find it?),
and Apple can rely upon having a new release.
Apple may be in the fortune 500. Apple may be a lot larger than some
other small companies (employing 5 people, who have only one product). But
because Apple is a lot larger than Megamax doesn't mean that Apple sould be
able to go a lot faster than Megamax; in fact, the size of Apple creates
management problems which make managers not sleep, management consultants
rich, and paperwork problems which boggle the imagination. And that
management and paperwork is necessary to keep Apple's relatively high
level of quality as some of the people at Apple must be held by the hand
to work properly with the rest of the community. Apple does NOT have
"infinite" resources. Shucks, IBM doesn't have infinite resources, and
IBM is the largest company in the world (by ranking of Business Week).
So don't complain that Apple is doing a poor job. Granted, Apple could
probably do a better job. But how? (And I can assure you that for
each money saving, quality improving, speed increasing suggestion that
exists, Apple probably really WANTS to know. It makes their lives easier,
as well as making your lives easier.) And realize that their personal
cannot work 24 hours a day; they'd quit first.
And the fact that people at Apple actually read the network news is
absolutely remarkable; that average run-of-the-mill Apple programmers
answer network mail is incredible. Note that though DEC and NCR and
IBM also do this, the personal who answer are PAID to answer network
mail. I've yet to hear of an Apple person who is PAID to give out
information (or, usually, disinformation--YES, I KNOW firsthand that
some of the information IS disinformation) to the rest of us.
I'm so sorry that this message is so long, but I had to get it off
my chest.
Flames to:
- William Woody mac > /|\ && ][n
woody@juliet.caltech.edu
------------------------------
Date: 20 Nov 86 20:30:49 EST
From: Peter.Su@gnome.cs.cmu.edu
Subject: The new system
>>>From: ST401385%BROWNVM.BITNET@WISCVM.WISC.EDU
> The advantage of the new finder is that it now knows about folders.
>For an ordinary mac without a hard disk, this is a dubious improvement,
>especially as the people who wrote the new finder chose to show you
>everything that's in a folder when you open something from within
>an application, even the things that you can't open. This may have
>
Er um, last time I checked, the Finder had no control over what files you
could open from insdie, say Macwrite. It seems to me the only extra files
that show up are folders, which makes sense, since how could you get into
them if you couldn't open them?? Folders DO make a lot of sense even if you
are only working with floppies. This is because the floppies hold nearly
1Meg worth of data...which is a LOT of files. If HFS wasn't there, the
Finder would spit up and die trying to figure out what was on the disk all
the time.
>the system (I'm using--or trying to use--the program Ramstart 2.22,
>which seems to be the latest version available. The program bombs
>when you try to put the system on the ramdisk and then run it.) This
Ramstart 2.2 doesn't work with HFS. You need Ramstart 2.23 I think.
> The new system is pretty stupid, too. It continuously wants
>disk swaps, even when you can't figure what in the world it wants
>them for. It is far too stupid to use free memory or even cache
Sounds like a Mac to me... ;-)
Seriously though, I think the new system stuff shows people what the Mac can
really do. It is slick, it is fast, and just all around pretty neat.
Pete
----
ARPA: hugo@cmu-cs-gandalf.arpa BELL:412-681-7431
UUCP: ...!{ucbvax,ihnp4,cmucspt}!hugo@cmu-cs-gandalf.arpa
USPS: 5170 Beeler St., Pittsburgh PA 15213
QUOT: "What's that I smell? I smell home cooking. It's only the river!"
← Talking Heads
------------------------------
Date: Thu, 20 Nov 86 20:15 MDT
From: <SLRS9%USU.BITNET@WISCVM.WISC.EDU> (Harold Stuart)
Subject: Re: Apple // emulation on Lisa
The Apple // emulation mode on the Lisa (Mac XL) does not work. The mode
appears to directly poll hardware addresses, and the XL gets the system
bomb as soon as the program is run.
The mode does appear to work correctly on a "real" Macintosh. It's
an interesting idea, but it's time has not come on a Lisa.
Harold Stuart
SLRS9@USU.BITNET
------------------------------
Date: Fri, 21 Nov 86 01:47 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: RE: Wanted: the MacBinary specification
Thanks to Ric Ford over on Delphi for answering my MacBinary query (you mean
CompuServe does and ICONtact ←doesn't← have the specification!? :-). I'm
posting this message though, because I live in Holland and there is ←no←way←
for me to reach C'serve (well, at least without losing that arm and leg).
If there is anybody out there who has this specification, could s/he mail it
to me? Or if somebody has Dennis Brothers' address, I'll mail him myself.
While I'm at it, I'm also looking for the Binhex specification, since that's
something which I think should be done during up- and downloading too and I'd
like to include it in my program as well. Where can I get that?
Let's try to get this very useful information around.
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Thu 20 Nov 86 23:11:37-PST
From: Lance Nakata <K.Kirin@HAMLET.STANFORD.EDU>
Subject: RE: document can't be opened
If MacWrite 4.5 gives a "This document can't be opened" message,
there might be paragraph damage to the file. Perhaps it tried to
save a portion of the file on a bad disk sector. In any case, you
can try using the Utility-WriteRecovery.Hqx program (known as Rescue)
that is in the Sumex archives. There is no guarantee that Rescue
will work, especially if the damage is severe. But it is definitely
worth a try.
But first, use Copy II Mac to sector copy the damaged disk!! Always
work on the copy. If Rescue doesn't work, you will have to find a
local Fedit expert. Fedit Plus 1.0.7 can piece together files that
even MacTools 6.2 (that's right, version 6.2) can't recover.
Too bad you don't live a little closer to Stanford. I would have
been glad to help out. Good luck.
Lance Nakata
K.Kirin@Hamlet.Stanford.Edu
------------------------------
Date: Thu, 20 Nov 86 09:34 PST
From: PUGH%CCX.MFENET@LLL-MFE.ARPA
Subject: Re: Adding Fonts to the fonts menu
In the Sumex archive is an FKEY called Fontsie 1.5 that adds fonts to the menu
named FONT. It works for the duration of the session and has a few minor
display problems (the font doesn't get checked and the sizes aren't outlined),
but it works very well. I use it (well, not much now that I have a hard disk).
Check it out.
Jon
------------------------------
Date: 20 Nov 86 11:03:58 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #95
Usenet Mac Digest Thursday, 20 November 1986 Volume 2 : Issue 95
Today's Topics:
Re: Mac pictures inside a troff doc??
Re: Help - Kermit eats HD20 space
Re: Algorithmic and implementation references about Quickdraw
Re: Video problems with upgraded 512K Mac
Re: Help: Bomb Recovery Applications needed.
MAC with HP Laserjet ???
Word -> MacWrite?
Word Lists
On vague or cryptic error messages
Re: Snobol for the Mac?
Re: Snobol for the Mac?
Summary of answers to my laserwriter questions
Need cheap Mac printer
Re: Small bug in MacMETH toolbox-interface
Re: Help - Kermit eats HD20 space
InfoWorld this week covers LANs and LaserPrinters
Re: ZoomWindow...Help Needed
Mac+ Keyboard Bug?
milliseconds & NCR 5380
split baud rates?
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-95.ARC
DAVEG
]
------------------------------
Date: 20 Nov 86 14:35:54 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #60
Delphi Mac Digest Thursday, 20 November 1986 Volume 2 : Issue 60
Today's Topics:
RE: Hard disk drives (Re: Msg 14839) (4 messages)
Hyper Drawers warning
RE: Booting SCSI & HD20 Hard disk
RE: human touch "One Touch" board (alter (Re: Msg 14845) (2 messages)
RE: Apple fellows & "Application already open" message?
RE: Expanding your system heap (3 messages)
power supply parts
New Apple Sales Promotion? (3 messages)
Programmers at Work (2 messages)
DataFrame 40 XP is ←Fast←
RE: Wanted: the MacBinary specification
RE: Computerworld Focus 11/12
RE: IBM-PC <-> VAX <-> MAC network?
RE: APL for the Mac (2 messages)
RE: ZoomWindows...Help Wanted
RE: Mac fan comparison
Re: mac video - drawing into ScreenBits
PCPC's HFS Backup (3 messages)
RE: Font questions
RE: HD vs. Floppy: $/Kb (3 messages)
SCSI pinouts
HFS Blues Revisited
RE: mac video - drawing into ScreenBits fast?
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-60.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂23-Nov-86 1427 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #15
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 23 Nov 86 14:27:16 PST
Date: 23 Nov 86 1425-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #15
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 23 Nov 1986 Volume 5 : Issue 15
Today's Topics:
Summary of answers to my laserwriter questions...
VAX to Laserwriter
Re: Re: Apple's response about Bugs in Apple Software
NumCaps 2.0
Re: document can't be opened
Re: Difficulty in launching MacWrite
Re: DynaBook Lives!
Mac Engineering
MIDI Interfaces
looking for least square fit software
----------------------------------------------------------------------
Date: Wed, 19 Nov 86 14:01:56 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Summary of answers to my laserwriter questions...
A while ago, I sent out a note asking for help on a number of
laserwriter related questions. I got LOTS of answers -- thank you!
Since others may well have similar questions, I'm summarizing what I
found out. My comments are [bracketed] and everyone elses are in
semi-random order. Since a lot of people wrote in with the same
information, I'll pulled all the names and taken representative
comments to keep the size reasonable.
Thanks to everyone for the information and the help.
> First of all, am I going to have trouble hooking it up to my system? I'm
> currently running a Paradise hard disk off of the printer port, an
> Imagewriter/Thunderscan and a modem off of an A/B switch on the modem port.
> Appletalk also plugs into the modem port, right? ...
>(note: since the LW can't do mailing labels, I can't completely retire the
>Imagewriter, although the Thunderscan may be retired soon).
[Appletalk plugs into the printer port. In my specific case, I can
plug the paradise into the modem port, so there is no problem. It is
also possible to A/B switch Appletalk and a modem of the printer port,
but I've been warned not to put modem control stuff out Appletalk, as
it might make life interesting.
The long term 'fix' is to upgrade to a mac+ and get a SCSI disk, but
the current siuation is workable without the Thunderscanner. This is
no big deal, since I find the Thunderscanner doesn't really do what I
need it to do -- I'm going to look for a firm that has a 300dpi
scanner I can rent time on instead.
Oh, I was very wrong on the fact that the LW can't do labels. It can,
and you can get sheets of labels that can be hand fed into it. So I
probably won't need to keep the Imagewriter (one less toy to cable
in...)]
> Question #2. How well in reality does bitmapped (i.e. MacPaint) art and
> graphics reproduce? Am I (as an example) going to want to upgrade to
> SuperPaint so I can do Postscript graphics? Has anyone played with the
> new Postscript clip art starting to come out? Is SuperPaint better than
> MacDraw? What are the tradeoffs?
With the new LaserWriter drivers (which have been out for a few months
now) bitmapped graphics, like MacPaint graphics, will come out
beautifully. They finally implemented the printing right, so you can
tell the LaserWriter that you'd like your MacPaint bitmaps smoothed, or
not. As far as reproduction quality, you've nothing to worry about. I
haven't tried SuperPaint, so I can't comment on it. I use MacDraw for
any drawing tasks I have, since I generally don't deal with bitmapped
images. On the Laserwriter, MacDraw produces some of the most fantastic
output I've ever seen. It's pretty compatible with MacPaint, so you can
paste in a bitmap from MacPaint, and mess around with it, and print it out...
=================
MacPaint images pasted into true LW pages look pretty poor -- the
larger dots really leap out at you. What you could do is paste them in
at 1 Mac pixel to 1 LW pixel (they would come out 1/4 the size), but I
have no idea how you do this. The latest issue of 'Colophon', Adobe
Systems' News Publication, says that it used GrayPaint(tm) software
from Fractal Software; I imagine this lets you work with bitmaps at the
high resolution of the LW.
There's also a product called Bill's Ultimate Bitmap Editor, or
something, which simplifies editing 300dpi stuff. It was mentioned in
some recent Mac magazine (MacUser? Macazine?).
You need a special bitmap editor because at 300dpi it's incredibly
time- consuming to work on a dots by dots basis.
=================
Macpaint won't print any worse then on the imagewriter. The one thing
is until you get a laserwriter you don't realize how bad (+ noisy) the
image writer is. In fact if you turn on smoothing, the lw will make
somethings look better. BUT 300dpi lines are NEAT.
=================
the main problem with the LaserWriter is that programs such as MacDraw
do not align the bitmaps properly with object text, no WYSIWYG.
SuperPaint does.
No program is practical for editing 300 dpi bitmaps, unless it includes
AI. You can certainly do it with SuperPaint, but it will take all day
(according to the president of Silicon Beach) to do anything sizable,
so it seems most appropriate for recurring artwork.
In short, 72 dpi bitmaps from MacPaint or FullPaint turn into 75 dpi
bitmaps, shrunk 4%. What a LaserWriter means is that you use MacDraw
or SuperPaint to draw objects whereever possible.
I'm using MacDraw and SuperPaint for my book, but MacDraw has a number
of annoying bugs (e.g., it remembers fonts by position, not name or
number, so if you read a doc on another system disk, all your fonts
have changed!) and made some illustrations with SuperPaint that could
have not been done with either {Mac,Full}Paint or MacDraw.
I will use SuperPaint exclusively once I get 1.0; the only thing
missing now is align to grid, which I use all the time, particularly
for sizing boxes. For using the LaserWriter, you can't beat object
manipulation in FatBits-style.
=================
You will definitely want to use a program such as Draw to get the
maximum quality from drawings on the Laserwriter. I write papers for
my Microeconomics Theory class here that usually have several graphs
with lines and arcs illustrating the point I am making, and I will
never go back to Paint for this kind of stuff for output on the
Laserwriter. You see, if you use bit-mapped graphics, which are 72dpi
(I think), you can't take advantage of the Laserwriter's outstanding
300dpi resolution. And it makes a huge difference. I don't know about
Superpaint, but MacDraw yields really professional quality
illustrations on the Laserwriter.
As for your letterhead, why not design one in MacDraw using the Laser
fonts? It should look really nice with the Laserwriter's high
resolution.
=================
I think that SuperPaint is pretty neat. Especially the LaserBits
stuff. I think that it is easily better than MacDraw if you want to be
doing things where it is useful to have both a bitmap layer and an
object layer. Especially when you want to do some really deatailed
bitmaps for printing on the Laser.
> Question #3. Does anyone know of a grahics librarian for PICT stuff?
> Picturebase (?) does it for macpaint bitmap stuff, but not for macdraw
> format graphics. Am I stuck with the Scrapbook for now?
[Editorial comment. Bad choice of words. What I meant to ask about was
macdraw object (not PICT) format, which nobody to date supports.]
Picturebase is one. I don't know of others. Why would you be stuck
with the Scrapbook? Why not just store them as MacPaint pictures. If
you do use SuperPaint, MacPublisher, or what have you, there's a DA
that allows you to copy from any MacPaint file from anywhere, so...
=================
Both Microsoft File and Business Filevision will store PICT stuff. I
have not extensive experience with File and PICTS, so there might be
some hidden problems. WIth Business Filevision, however, I am sure
that this works fine (that's becasue I designed Business Filevision and
wrote the part that files PICTs - so if it doesn't really work for you
you will know who to complain to!). I believe the street price on
either of these programs is under $200.
> Question #4. What are your favorite laser fonts? Now that I'm not going
> to be limited to 72dpi, I want to pick up a few distinctive typefaces for
> some of my stuff. I particularly would like to find a good London style
> Old English font, if it exists. What other fonts are available, and
> which ones do you like?
Call up Adobe (800)45-ADOBE to ask for a brochure on fonts and find
your nearest font dealer. I would advise against going with anyone
else's fonts unless you really see all of them at a lot of different
styles and sizes. Poorly designed LW fonts look even worse than all
the ImageWriter junk fonts.
There is an article in the Nov 12th Bay Area Mac Classifieds on
'Unusual Type Effects with Downloadable Fonts' (together with some ugly
sample fonts). With an ordinary LW you can only download 2 fonts per
document (2 per text block in Page Maker), so if you want to use lots
of fancy fonts, you should think about getting a LW+.
If you buy a font designer program, you can in theory put somewhat
sophisticated clip art in the font, and bypass MacDraw/MacPaint altogether.
All the Adobe fonts are good looking. ITC Lubalin Graph is kinda
techy, Optima is cool, ITC Souvenir and Palatino are easy to read...
have fun!
=================
The only one I've tried is Bodoni from the Cassady folks. I wasn't all
that impresses. I read somewhere that there are now over 100
PostScript fonts, so...
=================
Since I do a lot of technical writing, my preferred font is Times 14.
It's not distinctive, but it is easy to read. Keep in mind that with
the new drivers, ANY Macintosh font can be downloaded, so if you have
some really nifty public-domain font, you don't have to worry. It'll
look as good, and in many cases better, than what you see on the
screen. So go ahead and use your London, and enjoy...
New Century Schoolbook, or Optima (you have to buy this from Adobe
though). Garramond is big as shit, and will not all load into the
laserwriter with laser prep. Remember, A LaserWriter requires the
space for the LaserPrep file, unless you run JustText, which cranks
pure postcript.
=================
By all means be sure to get the *complete* set of Apple laserwriter
fonts. They are professionally designed fonts, and far better than any
of the other fonts I've seen. My favorite font is "Palatino", which is
a Roman font with serifs and a somewhat rounded, "modern" look to it
(but the serifs make it look much better than a lot of the sans-serif
modern fonts). The "N Helvetica" (narrow helvetica) is also good for
captioning figures. There is also a font called "ZAPF Dingbats" which
contains a lot of professionally-designed dingbats.
For some reason the existence of these fonts is not well-known around
here, so they may be hard to find without searching. I found them on
one of the Software Supplement disks (*not* the "Printer Install" disk)
which simply says "LaserWriter Fonts: Macintosh Format--Single Sided,
(C) Feb. 1986 Apple Computer, Inc." and which says (in the Get Info
box) "Laserwriter Fonts 1.0". One of our folks here who keeps track of
all the disks claims that some of the fonts are out of date, and he
thought maybe those were, but they have worked fine for me on our
LaserWriter Plus. The really good fonts are in the file called
"Laserwriter Plus Fonts". It may be that the disk also comes with the
Laserwriter nowadays since I notice our Laserwriter Plus manual has the
copyright information on those fonts in it.
> Question #5. What do you recommend for things like custom font/logo/graphic
> design? If I want to develop my own font characters and dingbats, what
> should I look at using, assuming I want PostScript and not bitmap characters?
Fontographer wins for font design. You create a font in terms of its
outline, and you have an assortment of straight segments, curves, and
angles with which to build your font.
> Question the last. With the laserwriter coming in, I'm thinking it would
> be a Good Thing to start using honest letterhead instead of pinfeed with a
> bitmap letterhead logo for stuff. Any suggestions on kinds of paper (also
> colors and tints ) that work well in a laserwriter? What sort of thigns
> should I plan on avoiding (textured papers, for instance...). Does the
> printer have trouble with heavy (say 20lb) paper?
The printer can handle VERY heavy paper. How about 40lb? No prob!
It's just the very light stuff that I'd aviod. Also, take care to not
have any BIG swaths of black, as the Xero-graphic engine doesn't like
it very well.
While I haven't done too much with heavy paper, or anything really
strange, I have printed a bit on lightly textured bond paper (weight
unknown) without any problems. I would want to stay away from anything
extra-heavy or extra-rough textured.. I would recommend you try some
extreme cases, and see what happens....
We have put ALL kinds of paper into our machine, from overhead slides
to heavy J-Card paper (J Cards are cassette inserts for tapes) with no
problem. For thick paper, some adjustment might be needed on the
manual feed, but it should hav little problem.
=================
I need to print disk labels for a project and created the design using
MacDraw. Then using Avery full sheet labels (#5455), these are 8.5x11
inches, I single sheet feed them through the Laserwriter. Worked like a
champ.
I also need to print manual covers, using some 110 pound paper (more
like card board), i single sheet feed the covers through with great
results.
=================
Our new version of Word for the Macintosh allows imbedding of
PostScript in an "intelligent" manner (i.e., it recognizes the
postscript and handles it properly, although I am not sure exactly how
it works). I have seen some really interesting 3-D letterheads done
using Postscript in Word 3.0, though.
[editorial note: ReadySetGo3.0 also is supposed to have what is known
as a PostScript window so you can program graphics directly in
PostScript for your page layout, too]
------------------------------
Date: Thu, 20 Nov 86 16:59 EDT
From: <VENARD%EDUCOM.BITNET@WISCVM.WISC.EDU> (Robert Venard)
Subject: VAX to Laserwriter
We have a VAX 11/750, and a number of micros, including some Macintoshes and a
Laserwriter. I have recently discovered that the Laserwriter has a Diablo 630
emulation mode. The Diablo 630 is among the printers which are supported by
WORD11, our word processing package on the VAX. So, I connected our Apple
Laserwriter to an asynch line connected to the VAX, used SET TERM to make the
appropriate modifications to the terminal settings, and used the WORD-11
managers utility to make the device known to WORD-11. I printed some WORD-11
documents, with various success. For the most part, it works just fine.
However, there is a problem with bolding. I think I could get around this if
I knew the sequence of control characters which the Laserwriter needs to turn
on and turn off bolding. Any ideas on how I might obtain this information?
------------------------------
Date: Friday, 21 November 1986 19:58:32 EST
From: Thomas.Newton@spice.cs.cmu.edu
Subject: Re: Re: Apple's response about Bugs in Apple Software
> What isn't being dealt with? MacWrite, MacPaint, and MacDraw.
>
> MacWrite almost singlehandedly killed off the Word Processing market for the
> Mac. It, like the 128K Mac (remember that?) is an obsolete product. Why
> would anyone buy MacWrite at $195 (list -- remember, it isn't free anymore)
> when they can buy Word for about $100.
This might be a good argument for Apple to stop selling MacWrite. But it isn't
a good reason for them not to support the people who already have it. If they
are really serious about washing their hands of MacWrite, they should (1) stop
distributing it as an Apple product (whether bundled or not) and (2) distribute
the sources to user groups, net.sources.mac, INFO-MAC, GENIE, etc. so it can be
maintained (or not) by programmers in the user community. Otherwise, they
should at least attempt to fix its bugs, if not its numerous misfeatures.
> The same can be said for MacPaint.
I don't believe that MacPaint is as obsolete as MacWrite. It does have some
bugs and shortcomings that need to be fixed: how it decides where to locate
the Clipboard, the always-grey background that doesn't go well with Servant,
the inability to do anything while DAs are open, and the inability to make a
selection that's larger than the drawing window. Fixing a few of the obvious
problems won't make it into FullPaint, but it still seems like a fairly useful
program and there are a -lot- of users who already have it.
> Both of these programs, by the way, significantly deviate from published
> Apple interface standards. To bring them up to spec would require many
> non-compatible changes to the programs.
For MacWrite, any effort that's more than bug-fixing and less than a complete
rewrite to make it more like MS-WORD would be wasted. As for MacPaint, while
it's interface isn't standard, it isn't completely nonintuitive modulo the DA
and large selection problems noted above.
> Apple has made the decision to stay out of the application market.
Funny -- they're currently selling MacWrite, MacPaint, MacDraw, MacTerminal,
MacPascal, MDS, and betas of MPW. Doesn't sound much like staying out of the
market to me. Or do you mean that they are willing to take people's money for
programs that are obsolete (MacWrite and MacPascal, due to Microsoft WORD and
to LightSpeed Pascal), that have known bugs and problems (MacPaint, MacDraw),
or that could stand major functionality improvements (MacPaint, MacTerminal)?
> If Apple put resources into updating these programs and started remarketing
> them, it certainly WOULD affect the third party market, to everyone's
> detriment.
I think the problem may be that Apple never put enough resources into these
programs in the first place. As to the matter at hand, I fail to see how it
will harm any third-party company if Apple fixes the bugs in their software.
Any sales that Microsoft WORD, FullPaint, etc. get because the corresponding
Apple program has bugs are sales that the third-party product doesn't really
deserve to get. I suspect that most people who choose these programs over the
Apple programs do so because of the great difference in functionality; fixing
a few bugs in MacWrite/MacPaint and MacDraw isn't going to change their minds.
> I threw out my copy of MacPaint months ago, as well as MacWrite. I
> couldn't function without Word, without FullPaint. If Apple hadn't
> taken this stance and let the third party people take over the
> application market, the mac would be much worse off.
But again, what has this to do with fixing bugs in Write, Paint, and Draw?
> The one place where I might disagree with the above is MacDraw. Why?
> Because as of now, there isn't an application on the market that has
> replacement functionality.
So here we come to the heart of the matter. Is the basic idea that if we
find bugs in MacWrite, we should buy Microsoft WORD; that if we find bugs
in MacPaint, we should buy FullPaint; that if we find bugs in MacDraw, we
should wait for SuperPaint to come out and buy it? And what of the bugs
and misfeatures in Microsoft WORD and FullPaint and SuperPaint? As every
computer program has bugs, such a strategy will have all of us paying $$$
until we die or run out of money (whichever comes first).
>> This seems to me to be a serious problem. If Apple must support existing
>> products by using people who are working on newer products then that seems
>> to me to be neglecting the interests of those who are currently using the
>> product. This implies that there will never be nearly bug free software
>> for any Apple computer since there will alwasy be another product which
>> is being worked on.
> This is a fact of the real world. People don't like to do 100% maintenance
> programming. If you don't give them new toys to play with, they find
> companies who will. The person who enjoys maintenance programming is
> rare indeed, and should be cherished...
You're missing the point. Sure, it may be necessary to use people who are
working on new products to do maintenance. But it's not necessary to give
the new products higher priority than the old ones, to say "don't fix bugs
in OLD-FOO this week since the marketing guys want NEW-FOO next week". If
it is indeed impossible to get anyone to do any maintenance, then that's a
serious problem indeed, and one that says that the whole computer industry
should be scrapped since we will -never- have any halfway-reliable software.
But I don't believe that's the case, and I don't believe that you do either.
> Again, though, it is a matter of where the resources can best be put.
Aha! So resources can be put into maintenance after all.
> Why maintain obsolete software where there is better, compatible and cheaper
> software on the market?
Because there may be people who depend upon the software and who have paid for
it. (I paid $110 for MacWrite/MacPaint back in Feburary '84 when I got my Mac;
my guess is that Apple unbundled Write/Paint from Consortium purchases for much
the same type of reason that they made the Finder equate 1000 with 1K. I think
that people who got it bundled with their Macs also paid for it, only they did
not know how much of the machine's price was really for the "free" software.)
> I'd rather see new and nifty finders and better hardware than a bug-free
> MacWrite. We don't NEED a bug-free MacWrite.
And will you trust those new and nifty finders if the people who wrote them
(or their managers) decide they can't be bothered with maintaining them?
> Apple isn't perfect, but in the last year they've made great strides.
> APDA,
Right. From APDA, I can buy a beta-test version of a C compiler with -no-
support, -no- updates, and -no- discount on the final C compiler for just a
few dollars less than I can buy LightSpeed C, which is supported. If I pay
them $20 for the great honor of being able to buy it under legal terms that
favor them in every way imaginable.
> posting system software to Compuserve and Delphi,
Under very restrictive terms, but I don't want to go into that again.
> they've worked hard to improve between them and The Rest Of Us
Huh? Is there perhaps a word left out of this phrase after "improve"?
> The Mac Software is faster and more reliable,
I thought we were discussing the topic of fixing bugs in Mac software,
and you were on the side saying "don't fix them". How can you then say
that the software is "more reliable"?
> there are a lot of really hot products in markets (WP and Paint tools)
> that previously Apple had choked off with their products.
This has more to do with the unbundling of MacWrite and MacPaint than with
their bugs; note that the WP and Paint tools are available even though the
Apple programs are still available (granted, for more than they're worth).
And of course, with the wheat has come the chaff -- at least one of the new
WP programs is WORSE than MacWrite and the people selling it (for $30 plus
your MacWrite master disk) have such fun sales practices as a $25 "shipping
and handling" fee for taking advantage of the "money-back guarantee".
-- Thomas Newton
------------------------------
Date: 23 Nov 86 16:46:19 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: NumCaps 2.0
Name: NUMCAPS 2.0 DA
Date: 22-NOV-1986 09:56 by JEFFS
NumCaps 2.0 is a DA that allows you to cut any character for later
pasting into an application. Characters are specified by either using
their character code (available from programs like FontDisplay) or
just by typing them in. You can also select the font and size to use
when pasting into applications that recognize MacWrite format
clipboards. You can select ANY size between 1 and 127 points.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-NUMCAPS.HQX
DAVEG
]
------------------------------
Date: Fri, 21 Nov 86 22:05 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Re: document can't be opened
Patrick,
Try opening the document with Microsoft Word. That usually works. Then
Copy the document over to MacWrite (piece by piece if it's big) using
the Scrapbook, so fonts and formats and such won't be lost (they will be
when using the Clipboard).
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Fri, 21 Nov 86 22:07 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Re: Difficulty in launching MacWrite
Had the same problem too. I had two copies of Edit on a hard disk in
different folders. Double-clicking an Edit document would always launch
the Edit I had copied on the hd first. Once I removed that first Edit,
there it was: "This application is either open or missiing...", even though
there was still an Edit on the disk. This does seem to point to where the
error lies.
My solution was to rebuild the desktop file (by holding down Command and
Option keys when the disk was being mounted).
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Sat 22 Nov 86 13:32:27-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: DynaBook Lives!
My interest and curiosity was also greatly aroused by this product and Neil's
message reminded me that I wanted to inquire if such a Dynamac machine might
be available to keep me company on my Xmas trip to Germany. So I just called
the company - here is what I can add to Neil's report:
RE:
Available in Jan. '87 starting at $4995. Keep in mind that the initial
target is the business market.
I was just told "not before February" and consider that 'wishful
thinking' (and my good wishes are with them). There are currently
only a few machines in existence (single digit), and, no, I could not
buy or borrow one before Xmas. Apparently some major companies have
been given access to demos, but, in general, compliance with FCC-rules
is a problem (as for so many other companies).
------------------------------
Subject: Mac Engineering
Date: Sat, 22 Nov 86 14:46:06 -0500
From: meltsner@athena.MIT.EDU
It appears that the local Apple folks are targeting engineers for their next
big push. There will be a seminar in Framingham, MA (all day, free lunch)
to tell the local engineers about Mac-VAX connections, (i believe) Levco
Prodigy-equipped Mac's, engineering/scientific graphics and report production.,
etc. This is the sort of seminar day that DEC offten runs for various
focussed product groups. Considering how expensive these can be --
room rents, staff time, catering -- this indicates that Apple will probably
be pushing the "desktop engineering" concept next.
I can't go to this seminar -- dissertation crunch -- but perhaps someone who
can will tell us about the day. ----Ken
------------------------------
Date: Fri, 21 Nov 86 10:49 EDT
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: MIDI Interfaces
I play keyboards in a band, and am interested in getting a MIDI
interface (both hardware and software) for my Mac. I'm trying to figure
out what products are available. Information seems to be limited. Does
Concertware +MIDI include the hardware interface?
I'd appreciate any input from my fellow MIDIphiles. This seems
like a really neat way to use my already neat Mac.
Tnx,
Joe jdm%smvl%rca.com@csnet-relay.ARPA
or on GENIE JOE-M
------------------------------
Date: Thu, 20 Nov 86 11:40:12 EST
From: T. C. Lau <tc@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: looking for least square fit software
I am looking for a software that will do the best fitted-line for
some experimental data. Can someone please help me out.
------------------------------
Date: Fri, 21 Nov 86 18:40:41 est
From: woo@nyu-acf4.arpa (Alex C. Woo)
Why are MAC/SCSI disks so expensive?
Here are some current prices for AT compatible Hard Disks
Seagate 4026 -- 20MB: 39 ms av. access time $528
Seagate 4051 -- 40MB: 39 ms av. access time $680
Seagate 4096 -- 80MB: 28 ms av. access time $1195
AT Hard Disk/Floppy Controller $170
External Chassis & Power Supply $100
These prices are retail and they represent a reasonable profit
margin.
So what is so complicated with a SCSI interface for these drives?
Does someone offer such a SCSI Hard Disk Interface which will
interface with Seagate drives?
Alex Woo
woo@nyu-acf4
------------------------------
End of INFO-MAC Digest
**********************
∂24-Nov-86 1700 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #16
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 24 Nov 86 17:00:33 PST
Date: 24 Nov 86 1654-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #16
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 24 Nov 1986 Volume 5 : Issue 16
Today's Topics:
Re: Copying Resources
Re: Lightspeed Pascal Wishes...
Re: New System and Roms
Re: Why are Mac SCSI Disks so expensive?
Re: Why are MAC/SCSI disks so expensive?
Mac SCSI HD prices and Jasmine
re: Where's Koala
Re: Mac Engineering
A note about BinHexing...
Imagewriter II problem...
updated directory of NGP-archives available
intermail demo
MacLanding on a Mac+
Usenet Mac Digest V2 #96
----------------------------------------------------------------------
Date: Mon, 24 Nov 86 10:36:05 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: Copying Resources
If you want to copy the entire resource fork of a file, the best way by far is
to use the low level file routine
PBOpenRF
to open the resource fork, and then to PBRead's and PBWrite's to do a block
copy of the fork. Use PBClose when you're done.
Note: This is exactly the sort of application for which PBOpenRF was included.
You should not abuse the routine to try to store "data" in a resource fork
(see Technical Note #74.
--Mark
BBN Laboratories, Inc.
------------------------------
Date: Mon, 24 Nov 86 11:54:10 EST
From: singer@harvard.HARVARD.EDU (Andrew Singer)
Subject: Re: Lightspeed Pascal Wishes...
We do indeed have access to the ARPANet (via the good graces of this guest
account) and we read Info-Mac regularly. We would be happy to receive any
and all comments about Object Pascal (or anything else for that matter)...
Andrew Singer
THINK Technologies, Inc.
------------------------------
Subject: Re: New System and Roms
Date: Fri, 21 Nov 86 16:44:06 -0800
From: "David M. O'Rourke" <rourke@icsb.UCI.EDU>
This is in response the the person who recommends that you don't get the
800K disk and Rom upgrade.
How anyone could say that you don't get more space on an 800K disk that on a
400K disk is beyond me. I don't know a computer in the world that will tell
you 400K is greater that 800K. Who ever recommended that you don't get the
upgrade doesn't understand how to use his system.
1st if you do the simple math there is no way that a 400K disk will have more
free space that an 800K disk, even with the new system.
Old system = about 160K
Old finder = about 47K
Macwrite = about 69K
----------
Total = about 276K
Space Avail= 400K
----------
Free Space 123K
New System = about 220K
New Finder = about 57K
Macwrite = about 69K
----------
Total = about 336K
Space Avail= 800K
----------
Free Space 464K
On the new system with DS drives you have one entire 400K disk at you finger
tips to do what ever you want with it. If you don't have at least 200K free
on an 800K disk with only one application. Then something is wrong. I left out
the ImageWriter driver, but that only takes about 25K anyways, so It's not much
of a factor.
Also the New roms do have casheing, and when you turn it on or off it doesn't
take immediate effect. The cashe is only used when the user quits an
application, or launchs an application. You do NOT have to turn the machine
off. I agree with what the moderator said about the cashe, the fact that
MacWrite doesn't save in the correct manner is not the new rom's problem.
It's the problem of the people who wrote MacWrite they didn't follow the proper
guidelines and now they are paying for it.
The disk swapping problem has been experienced by almost all of us in the
macintosh world. Here again it the fault of the software not the hardware.
Since MacWrite uses the disk to store temporary files, whenever you load a file
(even just to look at it and not make any changes),
off of another disk MacWrite has to make a temporary copy of the file on the
system disk. The swapping that was experience was not to keep looking at the
system file, but to put the temp. copy of the data file on the system disk.
New ROM'S again, No!!! I can duplicate this "problem" on any macintosh that you
give me with only one drive. All I have to do is load a file that is on a
different disk that the system disk. In fact it's doesn't matter where MacWrite
was, memory or otherwise, it's the fault of the MacWrite software and the way
that it stores the data for the file.
As for HFS being considered less that useful. I would have to say that is
opinion rather that an observation.
The print driver is another point of interest. There are some problems with
the ImageWriter 2.1 print driver. But the ImageWriter 2.1 driver is no longer
the proper version. 2.3 is the proper version of the software. And it reports
that the printer is not on just fine. As for having to turn the macintosh off
to stop the driver if it is hung. I have always found that the command period
key will stop the macintosh from triing to find the printer. Every time that
a command period hasn't worked I have been able to trace it to a different
problem in the way the macintosh was set up, both software and hardware.
All in all I would say the disk and ROM upgrades are a good deal, out here in
california they are fairly cheap and you get a significant preformance increase
for a rather low price. I haven't meet anyone, until now, that didn't embrace
the upgrades and new ROM's with a sigh of relief. If anyone has a problem with
their macintosh they should goto the dealer. Obviously the dealer in this
situation isn't very good and doesn't hire 'good' sales people.
As for buying an IBM instead of a Macintosh, well I feel everyone should get
what they deserve.
Note: Go to an IBM dealer and tell them that you would like to new High
capacity drives, the new BIOS in the IBM AT, and have over 95% of your
software run without modification, and you would like all of this for
under $300.00. Watch them laugh!!.
David
------------------------------
Date: Sun, 23 Nov 86 22:52:34 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Re: Why are Mac SCSI Disks so expensive?
woo@nyu-acf4.arpa writes:
"Why are MAC/SCSI disks so expensive?
Here are some current prices for AT compatible Hard Disks
Seagate 4026 -- 20MB: 39 ms av. access time $528
Seagate 4051 -- 40MB: 39 ms av. access time $680
Seagate 4096 -- 80MB: 28 ms av. access time $1195
AT Hard Disk/Floppy Controller $170
External Chassis & Power Supply $100
These prices are retail and they represent a reasonable profit
margin."
But wait just a second! That Seagate 20 meg hard disk is $528, PLUS a
controller, PLUS a powersupply and chassis. That total cost is $528 + $170 +
$100 = $798.
You can buy a Macintosh 20 meg SCSI for about that much, and usually for
less. And they do not require an external chassis or controller, since the
Mac Plus provides the SCSI controller.
I can't comment on the larger sizes, since I haven't seen any prices...
One might well ask: "Why is the AT such an expensive boat-anchor?" 8-)
--Rich
------------------------------
Date: Mon, 24 Nov 86 15:26 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Re: Why are MAC/SCSI disks so expensive?
Alex,
You might be interested to know that Apple's HD20sc is in fact a Seagate 4026.
At least that's what it has been sofar.
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Subject: Mac SCSI HD prices and Jasmine
Date: Mon, 24 Nov 86 12:40:14 -0800
From: Don Rose <drose@CIP.UCI.EDU>
Jasmine offers Seagate drives for the Mac (SCSI hard disks), at prices near the
AT prices you quote: if prepaid by check/M.O., here are Jasmine prices:
20 MB: $575
80 MB: $1380 (sub-30ms av. access time, they claim).
They said they also plan to sell a 60 MB drive around the beginning of Jan.
I havent bought one yet, but I've seen one and they seem sound and not
excessively loud (they have fan and surge protector).
The only reason I've waited till now: they told me they are expecting to be
getting quieter drives (disks?) from Seagate, but "Apple keeps snapping them
up before we can get them", they say. Anyone know about these alleged new,
quieter Seagate drives/disks?
--Donald Rose (drose@ics.uci.edu)
------------------------------
Date: Sun, 23 Nov 86 15:10:04 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: re: Where's Koala
The question was placed in a recent InfoMac about the compatability
of the Thunderscan power adaptor to the Koala MacVision unit.
I haven't located Koala recently, however
my local Thunderscan/MacVision expert reports that they both
work just fine with the Thunderscan auxiliary power supply for
the Mac Plus.
Godfrey DiGiorgi :: November 23, 1986
digiorgi@Jpl-VLSI.ARPA
------------------------------
Date: Mon, 24 Nov 86 15:24 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Re: Mac Engineering
Maybe this is something for the "desktop engineering" category too: someone
told me that Digital is doing a lot of work on workstations for engineers.
But because of the long time it is taking them to get actual products on the
market, they have - or so I heard - decided to offer Macintoshes with specific
software for the time being.
The software is supposed to be called 'DECmate' and runs on a Macintosh. As
far as I can imagine this can only be a sophisticated terminal emulator - maybe
with VT220 (or greater) emulation - with possible file transfer. But I really
know nothing about it.
Has anybody here heard anything about this product? And now that we're on the
subject, what's coming out of the agreement Digital and Apple signed some
time ago?
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Fri, 21 Nov 86 17:55:21 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: A note about BinHexing...
I've just noticed why sometimes BinHex doesn't work. When the message
that precedes a binhex'ed program contains a '#' character, binhex gets
sick and dies (No checksum error).
Sometimes I forget to clip the top part of the message,
and once on a Mac it is sometimes impossible to find enough disk/memory
space to edit it. I believe that David alreay strips out colons and
a few other punctuation marks but he can't get everything.
Recommendation: DON'T USE # IN YOUR DESCRIPTIONS!!!
Ken
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."
[ note from moderator: I try to strip out all the stuff that may goof up
binhex but I goof. Please try removing the header of messages if you run
into problems with a posting BEFORE mailing complaints to me. I like to
leave the headers (and clean them up) on postings so that any documentation
and the path to the poster can be found. DAVEG ]
------------------------------
Date: Mon 24 Nov 1986 13:00 CDT
From: Samir Kaleem <XSAK%IECMICC.BITNET@WISCVM.WISC.EDU>
Subject: Imagewriter II problem...
I was trying to print some diskette labels but ran into a problem that
caused my printer to jam. Since then, it doesn't seem to be printing as
well as it used to. I hope not, but the printing head might be a damaged.
Also, the plastic infront of the head has some sort of an aluminium foil
that is also damaged. Being a student, I don't have the resources to take
it to the local dealer (who I don't trust anyway) to fix it. Any idea of
where those two parts might be available and how much they would cost? It
is a simple matter of replacing them.
I appreciate any help.
Incidently, does anyone know of any BBSs that have job listings? I'm going
to graduate in about three weeks with a degree in Computer Sciences, and
still haven't had any job leads yet. Thanx again.
Samir Kaleem
Bitnet: xsak@ecncdc
Arpa: xsak%ecncdc.bitnet@wiscvm.wisc.edu
------------------------------
Date: Mon, 24 Nov 86 17:43:09 CST
From: werner@ngp.utexas.edu (Werner Uhrig)
Subject: updated directory of NGP-archives available
Some time ago, I announced that I had created a directory listing of the
Macintosh-related files available to ARPAnetters with FTP from this site (NGP).
in file "ftp/public/ngp←ftp-mac.dir"
I just realized that my UNIX-ignorance had me create this directory listing
in a way which only listed the first level of sub-directories but did not
list the files in the deeper directory-levels. Well, it probably isn't
very important, as those subdirectory are mostly self-explained by their name,
but I just wanted to let you know that I'm now making available a "more
complete" directory index in file "~ftp/public/ngp←ftp-mac.subdirs".
Let me explain again how you get to those goodies (*IF* you can access NGP
with FTP):
1) with FTP open a connection to ngp.cc.utexas.edu (formerly ut-ngp.arpa)
2) login as user "anonymous" and any password (courtesy suggests using your
*REAL* userid - just in case you manage to bash something accidentally,
and we'd like to get in touch about it to find out how it happened)
at this point you are then connected to the directory ~ftp which has
several sub-directories, one of which is "mac" where the 'goodies'
are archived and which has many subdirectories, the other one is
"public", where I stored the directory-listing of the contents of
directory "mac" as file "ngp←ftp-mac.subdirs".
3) I do not recommend that you do a directory listing with commands "dir"
or "ls" as that, usually (for me, at least), results in listing not
only the current directory level, but all subdirectories also, which
takes an awful long time and is often quite difficult to stop from
a remote site (which is why I make the directory-listing file available
to you in the first place - because it's "cheaper" to just get a copy
of it, both for you and for us)
4) next, get yourself a copy of my 'directory-listing-file' with the command:
"get public/ngp←ftp-mac.subdirs"
or, if your FTP and file-naming convention has troubles creating
a similarly named file, first connect to the subdirectory "public"
with the command your FTP provides (probably either "cd public" or
"connect public" and then do the get as follows:
" get ngp←ftp-mac.subdirs"
5) once you know which files interest you, you can "get" them from the
respective subdirectory under "~ftp/mac/....". If I remember right,
NGP's FTP supports "multiple get" ....
Please note, that my site-administration (*AND* I) frown on having machine
cycles used for "fun-and-games" FTP-access during office hours, at least for
*MASSIVE* transfers (nobody minds a "quicky" (-:) and that we have *SERIOUS*
intentions to clean up these archives and throw away 'outdated' and 'frivolous'
stuff "any day now" .... - if I'm around and think of it, I'll update the
directory file at that time, of course; but ....
------------------------------
Subject: intermail demo
Date: Mon, 24 Nov 86 09:07:20 EST
From: Dick Dramstad <rad@mitre-bedford.ARPA>
I noticed in internet's advertisement in the December issue of
MacWorld (p. 54) that there is a demonstration version of the intermail
product available on the CompuServe and GEnie networks. (internet's
intermail product is described as electronic mail software for
Appletalk networks that supports internetworks, bridges, and multiple
zones.) Has a copy of the demo version made its way to anyone on the
MILnet/ARPAnet or, preferably, into the info-mac archives? (I'd
rather avoid paying the $10 fee for the demo disk.)
Thanks in advance for any leads,
Dick Dramstad
rad@mitre-bedford
------------------------------
Date: Mon, 24 Nov 1986 17:29 EST
From: JBA%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
Subject: MacLanding on a Mac+
MacLanding is wonderful, but I can't figure out how to release smart
bombs (i.e. hit the ``enter'' key) on my Mac+ keyboard. Is there any
way to do this?
------------------------------
Date: 23 Nov 86 16:47:12 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #96
Usenet Mac Digest Sunday, 23 November 1986 Volume 2 : Issue 96
Today's Topics:
LaserJet <--> Macintosh
piezoelectric fans
Jasmine SCSI experience
Re: Summary of answers to my laserwriter questions
Icon Review Winter Catalog / Can you say Vaporware?
Software for Transmitted Wire Services
Re: Macintosh programming. Help!
Re: APL for the Mac
Mac+ DTR upside down?
Re: milliseconds & NCR 5380
Re: Scroll bars in Modal Dialogs
DataFrame 20/40 XP upgrade
Re: InfoWorld this week covers LANs and LaserPrinters
Re: Apple SCSI
Re: Delphi V2 #60: drawing into screen memory fast
SF&I Version 2.0
Re: SCSI Hard Disks (Delphi Digest V2 #52)
SCSI Cable Weirdness
Quantum Q280 on a Mac
Disk Tag Support - Apple says "No"
CricketGraph Question
Need help on a Printer Driver (again!) Thanks for scrolling responses.
INFO WANTED: modems and software for MAC+
Quantum SCSI drives and the Mac-Plus
Quantum Q280
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-96.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂30-Nov-86 1814 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #17
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 30 Nov 86 18:14:20 PST
Date: 30 Nov 86 1753-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #17
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 30 Nov 1986 Volume 5 : Issue 17
Today's Topics:
Lightspeed C Version 1.5
Object Pascal
BinHexing
DataFrame 20 initializer 2.1
fortune.hqx
fortunecookies.hqx
Soundplay.hqx
CONDENSED-IM-VOL2.HQX
Twilight zone startup sound file
Re: Imagewriter II problem...
RE:Corvus disk problems
New ROM and System
SmarTEAM modems again
Re: Why are Mac SCSI Disks so expensive?
re: why SCSI drive is so expensive
POSTSCRIPT request for the Apple Laserwriter Plus
Wave-15 and PostScript Printing
Delphi Mac Digest V2 #61
Delphi Mac Digest V2 #62
Delphi Mac Digest V2 #63
Usenet Mac Digest V2 #97
----------------------------------------------------------------------
Date: Mon, 24 Nov 86 14:56 EDT
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: Lightspeed C Version 1.5
Has anyone gotten the 1.5 update to LSC yet? I thought
it was supposed to be sent gratis at the end of October to all
registered owners. Here it is, end of November, almost, and I still
haven't gotten it. Has anyone had any better luck?
Joe
------------------------------
Date: 25 Nov 86 10:43:05 EST
From: Peter.Su@gnome.cs.cmu.edu
Subject: Object Pascal
Having been in the Macgnome group for a while and used Macapp for all this
time, I would say that if LightSpeed Pascal supported Objects and Macapp I
would run out and buy copies for my friends, me, my dog (and I don't even
have a dog...),...
This is because, as we all know, LSP is fast, and MPW is slow and too big
for the casual user, and of course, Macapp is great stuff.
Well, that's my opinion.
<Standard disclaimer: My boss doen't even know my opinion...much less share
it.>
Pete
-------
ARPA: hugo@cmu-cs-gandalf.arpa BELL:412-681-7431
UUCP: ...!{ucbvax,ihnp4,cmucspt}!hugo@cmu-cs-gandalf.arpa
USPS: 5170 Beeler St., Pittsburgh PA 15213
QUOT: "What's that I smell? I smell home cooking. It's only the river!"
_ Talking Heads
------------------------------
Date: Tue, 25 Nov 86 10:02:21 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: BinHexing
In reply to the previous message about characters interfering with unBinhexing
a document, when I have downloaded a large file that has characters in the
header that prevent it from being unBinhexed, I just use DiskTools (I'm sure
that Fedit+ would also work) to replace the header with spaces. This avoids
having to load a large file into a text editor.
_____ __ ___
|\ /| | | | \ | ARPA: jonathan@bert.mitre.org
| \/ | | | |__/ |__ BELL: (703) 883-5761
| | | | | \ | MAIL: 7525 Colshire Drive
| | | | | \ |___ McLean, VA 22102
Jonathan A. Leblang
The MITRE Corporation
------------------------------
Date: Mon, 24 Nov 86 19:43:06 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: DataFrame 20 initializer 2.1
This posting was culled from USENET news and should be of assistance to
those trying to speed up their DataFrame 20s.
--
Since many on the net have Dataframe drives, I thought others might
find the newest Dataframe formatter useful. This is version 2.1 and
it is supposed to speed up the drive if you reinitialize with this new
version.. Here are some DiskTimer II results for various combinations
of Supermac drivers and formats.
FMT - format version number
DRVR - driver version number
Version Number Reads Writes Access
1.4FMT 1.5DRVR 194 194 74
1.5FMT 1.5DRVR 147 147 74
1.5FMT 2.1DRVR 146 146 64
2.1FMT 2.1DRVR 99 99 63
All these tests were run on a 512K Mac with new ROMS and a levco 2 meg
upgrade. The cache was turned off.
Note: To get the fastest speed, you will have to reformat your
dataframe drive and install the lastest driver. The following
binhexed program will allow you to do this.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DATAFRAME-INIT-21.HQX
DAVEG
]
------------------------------
Date: Wed, 26 Nov 86 10:46:58 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: fortune.hqx
[uploaded from ngp by Jonathan Leblang]
This is an Unpit (or PackIt I/II/III) file containing a Fortune for
the Mac program, a spinoff of the Unix fortune game/utility. I hope
you enjoy it, but please send any new Cookies to one of the following
adresses.
David Fry fry@huma1.harvard.EDU
Department of Mathematics fry@harvma1.bitnet
Harvard University fry%huma1@harvsc4.bitnet
Cambridge, MA 02138 ...!harvard!huma1!fry
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-FORTUNE.HQX
DAVEG
]
------------------------------
Date: Wed, 26 Nov 86 10:47:50 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: fortunecookies.hqx
[uploaded from ngp by Jonathan Leblang]
Here is a new and improved Cookies file for use with the Fortune program
I posted a week ago. This has 177 adages, so you have a nicer selection.
Special thanks go to Tom Milligan for supplying me with a huge list
of sayings.
David Fry fry@huma1.harvard.EDU
Department of Mathematics fry@harvma1.bitnet
Harvard University fry%huma1@harvsc4.bitnet
Cambridge, MA 02138 ...!harvard!huma1!fry
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-FORTUNE-COOKIES.HQX
DAVEG
]
------------------------------
Date: Fri, 28 Nov 86 10:41:55 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Soundplay.hqx
[uploaded from ngp by Jonathan Leblang]
Here is the SoundPlay package posted some time ago.
This file is a BinHex of a PackIt II file containing :-
1) SoundPlay - program plays digitized sound files like "Max Speaks";
2) SoundInit - installs an INIT resource which plays a digitized sound file
named "StartupSound";
3) BeepInit - program that installs an INIT resource which alters the
Standard ErrorSound to the sound in a digitized sound file
named "BeepSound";
4) BeepSound - a sample sound for BeepInit.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SOUNDPLAY-EXTRAS.HQX
DAVEG
]
------------------------------
Date: Fri, 28 Nov 86 10:45:23 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: CONDENSED-IM-VOL2.HQX
[uploaded from ngp by Jonathan Leblang]
Here is the Inside Macintosh Condensed, Volume 2 which I wrote this spring.
Of course, it will soon become out-of-date with the new ROMs. But I figured
it would be useful to beginners or educators until I can update it. I have
not done any work on condensing Volume 1.
Let me know if you found it useful, or if you wish to contribute to its
continued existence.
Daniel LaLiberte 217-333-8426
University of Illinois, Urbana-Champaign
Department of Computer Science
1304 W Springfield
Urbana, IL 61801
liberte@uiucdcs.Uiuc.ARPA
ihnp4!uiucdcs!liberte
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CONDENSED-IM-VOL2.HQX
DAVEG
]
------------------------------
Date: Fri, 28 Nov 86 10:44:40 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Twilight zone startup sound file
[uploaded from ngp by Jonathan Leblang]
This is an Unpit (i.e. Packit II uncompressed format) files containing
1) A MacNifty Soundcap digitized sound file containing the first few
seconds of the Twilght Zone theme, named StartupSound, and 2) the PD
program SoundInit which installs something into the System file which
will play any Soundcap file named StartupSound in the System Folder at
boot-up.
The only the user needs to do to get the theme to play at boot-up is:
1) Run SoundInit.
2) Place the StartupSound file in the System folder.
3) Make sure that the files name is StartupSound (this is equivalent to
making the startup screen's name StartupScreen).
"It is indeed a sad commentary when it's
easier to send a person 500 years into the
past than across town"
Moriarty, aka Jeff Meyer
ARPA: fluke!moriarty@uw-beaver.EDU
UUCP: {uw-beaver, sun, allegra, sb6, lbl-csam}!fluke!moriarty
CREDO: You gotta be Cruel to be Kind...
<*> DISCLAIMER: Do what you want with me, but leave my employers alone! <*>
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SOUND-TWILIGHTZONE.HQX
DAVEG
]
------------------------------
Date: Tue, 25 Nov 86 9:10:45 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC>
Subject: Re: Imagewriter II problem...
>I was trying to print some diskette labels but ran into a problem that
>caused my printer to jam. Since then, it doesn't seem to be printing as
>well as it used to. I hope not, but the printing head might be a damaged.
>Also, the plastic infront of the head has some sort of an aluminium foil
>that is also damaged. Being a student, I don't have the resources to take
>it to the local dealer (who I don't trust anyway) to fix it. Any idea of
>where those two parts might be available and how much they would cost? It
>is a simple matter of replacing them.
Unfortunately, you have run into the same problem i did. The only difference is
that i messed up my employer's printer, and you did it to your own. The little
plastic thingie in front of the print head (with the aluminum foil on it) has
possibly gotten a small tear in it -- mine did. Just take out the two phillips
screws holding it in and carefully wiggle it while pulling it upwards to remove
it. The printer seemed to work ok without it for several weeks until a new one
was provided. By the way, the new one only cost a dollar or two, as i recall.
The reason your print quality is suffering is probably due to the foil grabbing
the ribbon, and preventing it from travelling smoothly past the print head.
My last recommendation to you is to forget about printing disk or mailing
labels with the eimagewriterII. Get yourself an imagewriterI or be prepared to
repair your printer frequently. Also, the roller in the IWII cannot be removed,
so getting those sticky little labels out it a real hummer!
Regards,
tom c
------------------------------
From: Paul Skuce <mcvax!hatfield.ac.uk!comt-ps@seismo.CSS.GOV>
Date: Tue, 25 Nov 86 13:56:23 GMT
Subject: RE:Corvus disk problems
Re: Mod.Mac V5 #11
Re: Corvus disk question
We have 2 corvus's which are connected to 512/E's. To connect to a MacPlus you would need to get a mini din to 9 pin din. Also you need 5 volts from some where to drive the corvus interface (which apple in their wisdom have removed from the +).
To boot with the new system do the following:
Copy old boot disk except system, finder imagewriter to new disk
Copy on new system, finder etc onto the new disk
Open OLD system with ResEdit copy the Onmidriver driver ID=11(in with the D.A.'s) and Paste into the new system
Copy INIT 3 from old system and paste into new system.
Make logon SetStartup and that should work (ONCE you have 5volts)
Regards
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comt-ps%hatfield.ac.uk%mcvax%seismo%.. from States
comt-ps%hatfield.ac.uk%mcvax%.. From Eur
He is coming back.
------------------------------
Date: Mon, 24 Nov 86 11:41:26 EST
From: ST401385%BROWNVM.BITNET@WISCVM.WISC.EDU
Subject: New ROM and System
I got 6 responses to my complaints about the new system and single-drive
macs:
Disagree: 4 (of which, some were of the form "well, I have two drives and a
hard disk, and I think the new system is great-- a fine plug for Apple, but
hardly responding to my complaint that the new system was poor for single drive
systems).
agree: 1
Neutral (suggesting fixes without agreeing or disagreeing): 1
Most people suggested that the problems were with the applications, not the
system.
The three most important suggestions were:
> (1) Strip the system down by removing all unnecessary fonts,
> desk accessories, etc. This will result in a system that is only
> 40 K larger than the old system.
40 K larger than the old system unstripped? That's
still pretty big. Also, the new font/DA mover doesn't mark any fonts
as being system fonts that shouldn't be deleted. Does this mean that
you can delete any fonts at all?
> (2) You are probably using an old version of RAMstart.(*)
Right. I thought it was the latest version, but it turns
out that only versions named RAMHFS work on the new system.
I have now used the one labelled RAMHFS13 HQX and it does,
in fact, work on the new system. In order to hold system, finder,
imagewriter, and MacWrite requires a 350 K ramdisk, and I *still*
think that the new system is too big, but at least it works. (I do,
however, get the errors "can't empty trash" and "not enough memory
to move the selected objects; please move in two groups", which is quite
annoying when you are only moving one object.)
> (3) The problems with disk swapping you mention are bugs in
> MacWrite. Microsoft WORD is much better, although larger. Word
> 3.0 will be incredible (release scheduled soon.)
Ok. I tried Word when it first came out, release 1.05 I think,
and didn't like it. However, I have been informed that the current version
is much better than MacWrite, and the problems have been fixed, so I'll
give it a try. Version 3 sounds great, but it has one problem: it
doesn't exist yet.
Question: can I fit Word on a RAM disk with the system, finder,
and imagewriter? Will I be able to fit Word 3.0 on it? If not, I may
still have to keep using MacWrite anyway.
And as for the kind person who suggested that the old system still
worked with the upgraded mac, so why didn't I just use that and quit
complaining (the following comment should be read in a patient, long-suffering
voice, as if explaining something to a not-very-bright child):
I just spent almost $300 getting an upgrade, double-sided disk drive, and some
double sided disks. You are now suggesting that I just cheerfully accept the
fact that the money is wasted and that I should go back to a system that
doesn't read double sided disks. Well, in fact that is what I *do* have to
do, since I still have programs that I can't get to work on the new system.
However, I think this is just cause to complain.
* the original posting listed "version 2.22". This, of course, was
a misprint, I meant 1.22.
------------------------------
Date: Tue, 25 Nov 86 10:06 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU>
Subject: SmarTEAM modems again
Just a quick reminder that there's another ad for those SmarTEAM modems
I mentioned some time ago in this month's BYTE. That's the november BYTE,
page 24. I've gotten a couple of mails from people asking where to reach
the maker of these modems... BYTE has all the addresses.
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: 25 Nov 86 15:02 PST
From: Ghenis.pasa@Xerox.COM
Subject: Re: Why are Mac SCSI Disks so expensive?
"But wait just a second! That Seagate 20 meg hard disk is $528, PLUS a
controller, PLUS a powersupply and chassis. That total cost is $528 +
$170 + $100 = $798. "
A better reference might be the cost of a 20 Meg HD for a PC-XT
compatible: around $350 INCLUDING controller. Maybe a bit slower than
the AT HDs, but it's still 20 Megs; and $350 is AFFORDABLE.
So what is the justification for the high cost of Mac peripherals? It's
a real shame, because that happens to be one of the reasons why many
people choose IBM compatible systems instead...
-- Pablo Ghenis
------------------------------
Date: Tue 25 Nov 86 21:37:49-PST
From: David Liu <DLIU@Sierra.Stanford.EDU>
Subject: re: why SCSI drive is so expensive
I have seen new, unused 20meg hard disk drive (internal!!) with control
card sold for IBM-PC/XT/clones for $490! I have a hard time to convince
the management in the company I work to go for a Mac with a $1000-2000
internal hard disk while one can get one with half to 1/3 of that price for an
IBM-PC/XT/AT. You may say Mac is better than PC/XT/AT but the disk drive
is'nt and should not deserve the excessive over pricing.
------------------------------
Date: Tue, 25 Nov 86 20:23:05 aest
From: munnari!rpepping.oz!RAY@seismo.CSS.GOV
Subject: POSTSCRIPT request for the Apple Laserwriter Plus
Subject: LaserPrinter on AppleTalk.
I wish to send the appropriate commands down through Appletalk to
reset the LaserPrinter (Plus) in the same way that turning the power
on or off does. I believe that changing the selection switch
for the appropriate input port on the back of the machine also does
this. ie. I need the machine reset without the LaserPrep file
loaded and still with the Appletalk server software (if needed).
For reasons of attaching the Vax VMS system to Appletalk through a
small Mac acting as a server I need to be able to software wise
reset the system and then load in my own Prep file preceeding the
actual plotting Postscript.
At the moment I seem to be running out of the limit for the number
of Font Dictionaries allowed in the system ( I think it is 20? - can
someone please confirm this!)
PLEASE CAN SOME POSTSCRIPT GURU HELP ME BY LETTING ME KNOW THE
POSTSCRIPT COMMANDS TO SOFTWARE WISE RESET THE SYSTEM, SET ALL
DICTIONARY STACKS TO ZERO, LOAD THE SYSTEMDICT AS THE OPSTACK AND
CLEAR ALL OTHER STATUS STATES.
I would very much appreciate any help anyone could give on this one
as it has been driving me crazzy for a week now.
Thanks for any help anyone can give.
By the way the Tasmanian package LASERGate to act as a small spooler
program in a dedicated Mac used to interface the VAX system to the
Appletalk network works very well.
The Tasmanian writers of this software are also looking for a
solution to the above problem. You could mail <Luke@tasis.oz> also
if you have a possible solution.
Raymond Haynes, CSIRO Division of Radiophysics,
Mail: P.O. Box 76, Epping, NSW, 2121, Australia
ACSNET: ray@rpepping.oz
Internet: ray%rpepping.oz@Seismo.CSS.GOV
UUCP: {seismo,hplabs,mcvax,ukc,nttlab}!munnari!rpepping.oz!ray
Telephone: Aust.(02) 868 0222
Telex: AA26230 ASTRO
[ note from moderator: There IS a desk accessory for the Mac which will
reset the LaserWriter. It is posted in the archives as DA-LWRESET.HQX.
As a last resort you could look with resedit and see if STR# resources
contain the strings necessary to send to the LW. DAVEG ]
------------------------------
Date: 25 Nov 86 11:05 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Wave-15 and PostScript Printing
2 questions:
1. Has anyone seen or (even better) have a game called Wave-15? If so,
could you please post it or (even better) mail it to me?
2. Suppose I capture a PostScript file with flower-K. Does anyone know
how I can then print this file on a Mac hooked to a LW later? I know
there are ways to print it on a VAX hooked to a LW, but I do not know how
to print it from a Mac.
Thanks
JAH
[ note from moderator: There are two programs in the archives which can
accomplish the task of printing a postscript file on a LaserWriter hooked
up to a Mac: UTILITY-PSTESTER.HQX works well but is limited to 32K files.
UTILITY-SENDPS.HQX was written by someone at Adobe and has no file size
limit I believe BUT I have had it crash on me and it doesn't seem quite
as HARDY as the other program. Take your pick. One other point is that
these programs may send the LaserPrep file automatically and if so you
should capture your postscript file using COMMAND-F instead of command-K.
DAVEG ]
------------------------------
Date: 24 Nov 86 18:35:24 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #61
Delphi Mac Digest Monday, 24 November 1986 Volume 2 : Issue 61
Today's Topics:
RE: APL for the Mac
ReadySetGo 3
Phone line surge suppressor (3 messages)
Re: Algorithmic and implementation references about Quickdraw (5 messages)
again, hard drives (2 messages)
Re: HFS Fonts?
STICKy folders! (9 messages)
? (2 messages)
Business Filevision 1.1
RE: Need cheap Mac printer
excess
boot problem
RE: INFO WANTED: modems and software for MAC+
Word 3.0 (3 messages)
RE: Wanted: the MacBinary specification
DiskExpress/DataFrame problems (5 messages)
Tecmar as SCSI
Show it (2 messages)
Rodime 6052? (2 messages)
RE: SCSI driver id numbers?
RE: Disk Tag Support - Apple says "No"
RE: SCSI driver id numbers?
DiskExpress Set Startup (2 messages)
System file corruption from Switcher?
MPW observations (3 messages)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-61.ARC
DAVEG
]
------------------------------
Date: 27 Nov 86 11:15:33 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #62
Delphi Mac Digest Thursday, 27 November 1986 Volume 2 : Issue 62
Today's Topics:
programming help (3 messages)
Not again....
RE: Why are MAC/SCSI disks so expensive? (2 messages
RE: MIDI Interfaces
Comparisons:PASCAL (6 messages)
RE: MPW observations (4 messages)
RE: boot problem (4 messages)
RE: Re: Mac Engineering
San Francisco expo
Mac upgrade shaft (12 messages)
Discipline (2 messages)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-62.ARC
DAVEG
]
------------------------------
Date: 30 Nov 86 16:53:49 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #63
Delphi Mac Digest Sunday, 30 November 1986 Volume 2 : Issue 63
Today's Topics:
RE: STICKy folders! (2 messages)
RE: Comparisons:PASCAL (3 messages)
RSG 3 Opinion (3 messages)
PRINTSHOP/HARD DRIVE (4 messages)
XP20 (2 messages)
RE: MPW observations (3 messages)
old prog problem
RE: programming help
LSP and DA's (7 messages)
Network
DF20 problem (2 messages)
RE: boot problem
RE: Terminal programs not dropping DTR when they terminate.
System Heap Size (3 messages)
Ghost windows
Serial i/o
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-63.ARC
DAVEG
]
------------------------------
Date: 26 Nov 86 14:51:30 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #97
Usenet Mac Digest Wednesday, 26 November 1986 Volume 2 : Issue 97
Today's Topics:
TDK 3.5" disks -- query
Re: Small bug in MacMETH toolbox-interface
Re: SCSI Hard Disks (Delphi Digest V2 #52)
Re: Info wanted: Mac in the Lab
220v 50 cycle current
DataSpace DS20 Info requested
MacLab and animation
Re: APL for the Mac
Re: Mac+ Keyboard Bug?
Followup on System Heap and other Misc.
Re: Mac+ DTR upside down?
graphics tablets
Getting Correct Font on LaserWriter
Aztec 'C' problem - help!
Re: Mac+ DTR upside down?
Correction concerning Word 3.0
Re: PostScript dump from SuperPaint
Re: INFO WANTED: modems and software for MAC+
Rumours on slotted/colour/68020 Mac?
Re: mac video - drawing into ScreenBits fast?
Re: Mac+ DTR upside down?
Those Hard Disk Backup Blues
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-97.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂01-Dec-86 1539 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #18
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 1 Dec 86 15:39:32 PST
Date: 1 Dec 86 1536-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #18
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 1 Dec 1986 Volume 5 : Issue 18
Today's Topics:
Posting Menus
Finder 5.3/System 3.2 Bug?
Apple-brand software
FOUND: the MacBinary and Binhex specifications
Re: graphics tablets
Appletalk links
Accessing Modems on Appletalk
Connecting MAC Plus to Parallel Daisy Wheel printer
Disk drives
Apple HD20 sc
SCSI Hard disks
LCD looking fonts for the Mac ?
Russian Fonts
Strategic Conquest Plus
Looking for version of Megaroids for 512e
Usenet Mac Digest V2 #98
----------------------------------------------------------------------
Date: Wed, 26 Nov 86 13:48:22 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: LstMgr Doc Error?
In the IM4 chapter on the List Manager, the following words of wisdom
appear:
"RView is the rectangle, given in the local coordinates of the grafPort,
in which the list is displayed. Room for scroll bars is not included
in this rectangle. If the list has scroll bars and is to fill the
entire window, rView should be 15 points smaller in each dimension than
the grafPort."
and later on, under the heading "The LClikLoop Field":
"The lClikLoop field of a list record lets you specify a routine that
will be called repeatedly (by the LClick function, described below) as
long as the mouse button is held down within the rView rectangle or its
scroll bars."
The critical words here are "or its scroll bars". Unfortunately, this
does not appear to be true, in that MyClikLoop() is not called when a
mouseDown occurs in the scroll bars. This is causing me grief, as I need
to redraw grids around cells whenever new cells are scrolled into rView.
Any suggestions?
John O'Neill Phone ISD: +61 62 68 8165 STD: (062) 68 8165
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA CSNET: jlo@csadfa.oz
------------------------------
Date: Thu, 27 Nov 86 13:38:42 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: Re: ListMgr Documentation error?
> "The lClikLoop field of a list record lets you specify a routine that
> will be called repeatedly (by the LClick function, described below) as
> long as the mouse button is held down within the rView rectangle or its
> scroll bars."
>
> The critical words here are "or its scroll bars". Unfortunately, this
> does not appear to be true, in that MyClikLoop() is not called when a
> mouseDown occurs in the scroll bars.
Since posting the above item out of frustration with IM, I have developed
a dirty workaround, which involves a custom List Definition Procedure
which calls the standard ListDefProc. To avoid creating an LDEF resource
and doing it properly, (as I still live in hope that someone will "re-
interpret" the "error" in IM vol 4 favourably) I use the userHandle field
to hold the default listDefProc, and make listDefProc point to my MyListProc:
...
theList = LNew(&rView, &bounds, cSize, 0, theWindow,
TRUE, TRUE, TRUE, TRUE);
HLock(theList);
(*theList)->lClikLoop = (Ptr) MyClikLoop;
(*theList)->userHandle = (*theList)->listDefProc;
ResrvMem(0L); /* force low in heap, as it will be locked & lost */
(*theList)->listDefProc = NewHandle(0L);
HLock((*theList)->listDefProc);
*((*theList)->listDefProc) = (Ptr) MyListProc;
HUnlock(theList);
...
This is naughty, as it leaves a locked relocatable block lying around with no
handle to it - but it works, by making the ListMgr call the following routine,
which just calls the default LDEF and then checks the scroll bars:
pascal
void
MyListProc(lMessage, lSelect, lRect, lCell, lDataOffset, lDataLen, lHandle)
...
{
Handle listProc;
Point mousePt;
listProc = (*lHandle)->userHandle; /* get default LDEF */
HLock(listProc);
CallPascal(lMessage, lSelect, lRect, lCell, lDataOffset,
lDataLen, lHandle, *listProc); /* call default LDEF routine */
HUnlock(listProc);
/* now check for mouseDown in Scroll Bars - fix ListMgr error */
if ( Button() ) {
GetMouse(&mousePt);
if ( PtInRect(mousePt, &(*((*lHandle)->vScroll))->contrlRect) ||
PtInRect(mousePt, &(*((*lHandle)->hScroll))->contrlRect)) {
DrawGrid(...);
}
}
}
Do I really have to go to this much trouble?
John O'Neill Phone ISD: +61 62 68 8165 STD: (062) 68 8165
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA CSNET: jlo@csadfa.oz
------------------------------
Date: Sun, 30 Nov 86 16:36:37 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: Menu Manager bug - global TheMenu not set?
According to the assembly language note in IM1-357:
"The global variable TheMenu contains the menuId of the
currently highlighted menu."
THIS DOES NOT APPEAR TO BE TRUE, at least not in my configuration:
Mac+, System 3.2 Finder 5.2, LightspeedC v1.02.
More specifically, I had installed MBarHook & MenuHook functions to be
called by MenuSelect, e.g.
...
MBarHook = MyMBarHook;
MenuHook = MyMenuHook;
...
where:
static Rect myMenuRect;
MyMBarHook(menuRect)
Rect *menuRect;
{
myMenuRect = *menuRect; /* this works OK */
...
DisplayInt(TheMenu); /* debug - always displays 0! */
...
return ( FALSE );
}
MyMenuHook()
{
Point mousePt;
MenuHandle menuH;
GetMouse(&mousePt);
if ( PtInRect(mousePt, &myMenuRect) ) {
menuH = GetMHandle(TheMenu); /* bug - TheMenu is always 0 */
DisplayInt((*menuH)->menuID); /* debug - doesn't produce goods*/
...
} else {
...
}
}
I am using LightspeedC v1.02 which defines, inter alia:
#define MenuList (* (Handle *) 0xA1C)
#define TheMenu (* (int *) 0xA26)
#define MBarHook (* (ProcPtr *) 0xA2C)
#define MenuHook (* (ProcPtr *) 0xA30)
These all correspond OK with IM.
Of course, there is more than one way to skin a cat, as I work around the
problem by scanning MenuList until I find the correct menu by comparing
left edges of each menu in MenuList with the mouse position. But I
shouldn't have to do that, should I?
Is this a bug, or am I doing something really stupid?
John O'Neill Phone ISD: +61 62 68 8165
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA CSNET: jlo@csadfa.oz
------------------------------
Date: Mon, 01 Dec 86 14:34 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Posting Menus
With Apples hidden anouncment of the new ROM call
PPostEvent I was able to get a DA to "hit" any key
combination I wanted, this included command keys.
I am using this for a tricky new DA I'm writting,
and it's working great. But...
In the process, I noticed that it might be nice to be able
to post ANY kind of menu selection. So, I thought, could
I do it with a MouseDown and a MouseUp post? It didn't
seem to work, though I tried various posibilities...
Does anyone know how to post an event (or events) to
cause a menu item to be selected?
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority
of wrong thinking people are right."
------------------------------
Date: 27 Nov 1986 02:18-EST
From: Stuart Uleman <su01@andrew.cmu.edu>
Subject: Finder 5.3/System 3.2 Bug?
This is what happened: I had my MS-Word disk in the internal 800K
drive, and I ejected it with CMD-E to copy some files. I then proceded
to put my MacSpell master in the internal drive and a blank disk in the
external 400K drive and copy the dictionary over. When I was done, I
put the MacSpell master AND the dictionary disk in the trash to eject
them, put my MS-Word disk back in the internal drive, and
double-clicked on the Word icon.
Much to my surprise, my Mac spit the disk out and said:
Please insert the disk:
MS-Word
and would not accept the fact that the disk it just spit out WAS the
MS-Word disk.
Being severely irritated at this, I rebooted my Mac. And now the
sucker tells me the Word disk has no System! When I looked at the disk
with Tools 6.0, I found that the directory blocks from the DICTIONARY
disk had been somehow transferred to the Word disk, and although it
says "This is a two-sided disk" when I put it in the external drive,
the internal drive seems to think it's a 400K MFS disk, with the name
"Dictionary". (But it shouldn't have even known about the dictionary
since I put that in the trash before putting the Word disk back in,
right?) In addition to all this, it put random pieces of the disk into
files, so the Undelete Files option was totally useless....
Is this a Finder bug? A System bug? Or is there something wrong with
my 512e?? FYI, I was using:
Mac 512e
400K external Drive
System 3.2
Finder 5.3
--No strange inits in the System file--it's right off the
System Tools disk that came with my ROM upgrade.
Does anybody have any idea what's going on?
Thanks in advance....
--Stu Uleman, Carnegie -Mellon University
Arpa: su01@andrew.cmu.edu
Bitnet: su01%andrew.cmu.edu@cmuccvma.bitnet
Mailnet: su01%andrew@carnegie.mailnet
------------------------------
Date: Wed, 26 Nov 86 21:11:52 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Apple-brand software
I have mixed feelings about Thomas Newton's points about Apple software.
On the one hand, I'd like to see MacWrite maintained, since I've
used it to write several 200+ page reports and books (broken into
30 page chapters) and find it fast and easy to use. I wasted some
of my early (1984) money on Word and found it slow, confusing,
un-Macish and not WYSIWYG. If it could write MacWrite files, I might
have used it, but since once you start Word you can never go back.
[Aside: does anyone understand MS's upgrade policy? They're
trying to scare me into adding $99 to their cash flow now, when
they may ship my upgrade later. Also before I can find if a
dealer will sell the upgrade discounted from list.]
However, look at MacWorld's latest sales figures. You find MacWrite,
MacDraw, MacPaint and MacTerminal in the top of the charts. As a
developer, why should I write a terminal program? There are already
two terminal programs many would consider superior to MacTerminal,
and one (Microphone) with a lot of advertising money behind it, and
yet they can't touch Apple's own software.
MacPaint is an odd item, since it really works as intended, and doesn't
really need fixing. At the same time, anyone buying a new program
would be better off buying either FullPaint or SuperPaint (both
give multiple windows, allow printing in color, etc.) for the same
price. Apple evangelists will (or should) tell you the same thing.
MacDraw as yet has no replacement, and I wouldn't be suprised if Apple
were to update it. SuperPaint is not a replacement, although I
will be using it exclusively because I tend to draw one-page documents.
MacPascal is an interpeter; Lightspeed is a compiler, although a fast one.
It's probably better for most, but I don't see it as a direct replacement.
I think Apple should consider discontinuing MacPaint, since there are
two reasonable third-party successors. Not upgrading MacPaint for
larger screens or new chips is tantamount to the same thing. As far
as I'm concerned, Write and Draw should stay.
MacTerminal is odd. It has very reliable VT100 emulation, while I couldn't
get the Microphone emulation to work with vi under curses. Certainly
Apple would be foolish to discontinue a reliable program they
paid for until there are multiple, well-implemented and well-
debugged replacements.
Joel West
{cbosgd, ihnp4, pyramid, sdcsvax, ucla-cs} !gould9!joel
joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Thu, 27 Nov 86 16:20 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: FOUND: the MacBinary and Binhex specifications
Fantastic! Only a couple of days after my MacBinary and Binhex queries
a kind person on Bitnet sent me both descriptions. However, I want to make
sure these are the most recent or recent enough before I start distributing
them to everyone.
The MacBinary format is described in an article called "Macintosh Binary
Transfer Format Proposal". It is a Revision 2 and is dated 12 April 1985
and was written by Dennis Brothers (Delphi: DBROTHERS). If anyone has a
newer version I'd appreciate hearing about it. I expect there to be one,
since this article is still a proposal.
The Binhex format is described in "HQX Format Description", dated 11 April
1985, by Yves Lempereur. It specifically mentions "this is not intended
to be a programmer's reference", so if there is a newer one...
[ Oh yes, I'm also getting the C source of Unix xbin2.3, which will decode
Binhex files. ]
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 1 Dec 86 13:57:46 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: graphics tablets
I have used the Summagraphics tablet with the Mac+. You do, indeed, need a
cable to convert from DF-9 to Mini DIN 8.
It seems to work quite well as long as you open up the Control Panel and put
the Mouse Tracking from Mouse mode into Tablet mode. It is useful for tracing
drawings into MacDraw or MacPaint. You can make the tracing easier by taping
a couple of layers of clear plastic over the tablet. This does not interfere
with the ability of the tablet to track the pen, but it gives you a pocket into
which to put the drawing you want to trace without having to mess with tape.
Another way that the tablet can be used is for entering a signature to put at
the bottom of a document. You can get a much better signature with the tablet
than you can with the mouse.
--Mark
------------------------------
Date: Tue, 25 Nov 86 16:50 EST
From: GKN3M2%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Appletalk links
This may have been asked before, but I couldn't find any refernce
in the archives.
How does one go about linking Appletalk networks together? There
are/will be three separate networks in our building and we have
been talking about linking them together via some kind of
gateway. Although the total number of nodes is unlikely
to exceed 32, we would not like to create one big network.
Any suggestions would be appreciated.
Evan Bauman
Dep't of Chemical Engineering
University of Notre Dame
gkn3m2@irishmvs (bitnet)
gkn3m2%irishmvs.bitnet@wiscvm.wisc.edu (arpanet)
MacCHEG BBS (219)-283-4714
------------------------------
Date: Wed, 26 Nov 1986 10:49 PST
From: "Michael Fleming" <HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU>
Subject: Accessing Modems on Appletalk
Does anybody have any experience with connecting a modem to AppleTalk
and accessing it via MacServe or Tops? Is there any hardware around that
will do that? Is this dreamware?
Thanks for any help.
Michael Fleming
California State College, Bakersfield
------------------------------
Date: Fri, 28 Nov 86 12:02 EDT
From: <FABER%BCVAX3.BITNET@WISCVM.WISC.EDU>
Subject: Connecting MAC Plus to Parallel Daisy Wheel printer
I want to run a Radio Shack Daisy Wheel II (made by Ricoh) from my Mac+.
I tried a serial-to-parallel port converter cable made by Assimilation
without success, apparently because the Mac Plus (with its 8-pin
connectors) lacks the + 5V output required by the Centronics parallel
port. I gather I need a converter with its own power supply. Does
anyone know of a suitable cable?
Please respond to
FABER@BCVAX3.BITNET
Thanks. - Richard Faber, Boston College Math Dept.
------------------------------
Date: Wed, 26 Nov 86 11:34:19 EST
From: LI700016%BROWNVM.BITNET@WISCVM.WISC.EDU
Reply-to: LI700016%BROWNVM.BITNET@WISCVM.ARPA
Subject: Disk drives
Thanks for the suggestion to check a company called "Abaton" for 5 1/4"
floppy drives for the Mac. I couldn't find them, however, after checking
several back issues of MacWorld and MacUser, and the 800- directory.
Anyone know how to find them, or any other company with such a drive?
Also, I've just been given 2 Lisa Profile hard drives, which I'd like to
attach to my Mac+.... Any sources for a Seageate->SCSI board, or info on
an easier way to do it (Maybe just through the ext. drive port)?
Carl Dunham's recent comparison of the per-byte cost of floppies and hard
drives was interesting. I think for most folks 2 DS floppies should be
all they need if configured right, and so are the best choice. For those
(probably most of whom read this) who need much more space, I'll put in a
plug for Bernoulli drives, which have a long-term per-byte cost near that
of floppies, but speed comparable to a Hyperdrive (at least on the dual
10-meg SCSI drives here). Also, the backup process is very nice. The main
problem is the initial cost; but you get infinite space for it (in the same
sense as with floppies).
(Usual disclaimers apply)
Steven J. DeRose
Dept. of Linguistics, Brown Un.
------------------------------
Date: Thu, 27 Nov 86 22:47:36 PST
From: c160-ed%zooey.Berkeley.EDU@BERKELEY.EDU (Norman Fong)
Subject: Apple HD20 sc
Sender: c160-ed@zooey.Berkeley.EDU.UUCP (Norman Fong)
The Apple HD20sc does use the economical Seagate 225N with the
integral scsi. It sells for about 400$, so people can afford to
sell it for $600 and make a couple dollars. Warning! This drive
is not the greatest. We have been using one for about 2 months
now and it occasionally makes a loud noise, like a car grinding
on the payment! The drive continues to run and the noise goes away
after a while, but it tends to send shivers up one's spine!
I'd suggest checking into the Rodime hard disks, they make quality
stuff. If I'm not mistaken, the HD20 used them, had a HD20 for
14 month and never a crash!
c160-ed@zooey.Berkeley.EDU.UUCP
Norman Fong
P.S. Most of the cheap 20 meg drives also use this drive, ie
Jasmine, Relax, etc..
------------------------------
Date: Mon, 1 Dec 86 09:16:09 AST
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: SCSI Hard disks
There's been several complaints lately about the high prices for MAC
SCSI hard disk drives. I agree that they do seem high, although the
new Jasmine drive at $599 is getting into the realm of affordability.
If you consider that this drive includes power supply and chassis, its
actually very close to a comparable 20 Meg Seagate ST-225 used in many
IBM machines (The Jasmine uses the ST-225). There are obvious economic
reasons (supply and demand, for example) that are keeping the prices
higher than Mac users would like. There is an article in the Nov 17th
issue of Infoworld about a new Mac drive and reasons why Mac drives are
more expensive, if anyone wants more information on this subject.
==> Paul@Acadia.BITNET
------------------------------
Date: Mon, 24 Nov 86 16:42 EDT
From: rw%williams.csnet@RELAY.CS.NET
Subject: LCD looking fonts for the Mac ?
I'm writing some documentation for a device with an LCD segment
readout. Has anyone created a Mac font (which should look good on
a LaserWriter) which looks like LCD characters ?
-- Randy Witlicki rw%williams@csnet-relay
------------------------------
Date: Mon, 1 Dec 86 12:04:48 GMT
From: "Jay A. Rolls" <jrolls@bbncc-eur.ARPA>
Subject: Russian Fonts
Can anyone direct me to a source for Russian fonts for the Macintosh? A friend
of mine would like to compose documents with part English and part Russian in
them.
Thanks,
Jay Rolls
[ note from moderator: The Fluent Fonts set has a bitmap Russian font among
many other fonts in the collection. DAVEG ]
------------------------------
Date: Tue, 25 Nov 86 00:49:59 est
From: Christopher North <bono%dartmouth.edu@RELAY.CS.NET>
Subject: Strategic Conquest Plus
Coments about PBI Software's newest game Strategic Conquest Plus.
1) Amazing game.....best yet (well almost)
This game is really great. Digitzed sound...the whole works
2) Expensive....$60 is very steep for just a game
3) Copy-protected.....sure protection is on its way out but
this game is the last game tthat should be protected. The
game can be played two player on two macs (either over appletalk
or via cable) thus this fact combined with #2 makes it very
practical to share thwe costs...however the protection prevents
buyer #2 from playing alone. If he wants to shell out another $60 he can play alone and with his partner....
This is grossly unjust.....I protest such stupidity....if
protection is a must then lower the price...otherwise it
should at least come with two sets of disks.
------------------------------
Date: Wed, 26 Nov 86 20:24:46 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Looking for version of Megaroids for 512e
Has anyone come across a version of Megaroids that works on the 512e? I have
checked almost every net and found only Mac+ versions that cause my poor
little mac to bomb.
Thanks.
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."
------------------------------
Date: 1 Dec 86 14:42:36 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #98
Usenet Mac Digest Monday, 1 December 1986 Volume 2 : Issue 98
Today's Topics:
Re: Rumours on slotted/colour/68020 Mac?
Re: Aztec 'C' problem - help!
True BASIC for the Mac
problems with Chooser
Keeping account of usage on Appletalk network
Re: Mac+ DTR upside down?
Where's the help button on this thing
TRS-80 Model 100 => Macintosh communication
New and improved MacDraft 1.2 (2 messages)
Re: Problems with Chooser
MacIntosh to CoCo picture convertor
Should we support 64K ROMs anymore?
800K MFS volume
Re: Should we support 64K ROMs anymore? (2 messages)
Re: Rumours on slotted/colour/68020 Mac?
Re: Should we support 64K ROMs anymore?
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-98.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂02-Dec-86 1625 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #18
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Dec 86 16:24:08 PST
Date: 1 Dec 86 1536-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #18
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 1 Dec 1986 Volume 5 : Issue 18
Today's Topics:
Posting Menus
Finder 5.3/System 3.2 Bug?
Apple-brand software
FOUND: the MacBinary and Binhex specifications
Re: graphics tablets
Appletalk links
Accessing Modems on Appletalk
Connecting MAC Plus to Parallel Daisy Wheel printer
Disk drives
Apple HD20 sc
SCSI Hard disks
LCD looking fonts for the Mac ?
Russian Fonts
Strategic Conquest Plus
Looking for version of Megaroids for 512e
Usenet Mac Digest V2 #98
----------------------------------------------------------------------
Date: Wed, 26 Nov 86 13:48:22 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: LstMgr Doc Error?
In the IM4 chapter on the List Manager, the following words of wisdom
appear:
"RView is the rectangle, given in the local coordinates of the grafPort,
in which the list is displayed. Room for scroll bars is not included
in this rectangle. If the list has scroll bars and is to fill the
entire window, rView should be 15 points smaller in each dimension than
the grafPort."
and later on, under the heading "The LClikLoop Field":
"The lClikLoop field of a list record lets you specify a routine that
will be called repeatedly (by the LClick function, described below) as
long as the mouse button is held down within the rView rectangle or its
scroll bars."
The critical words here are "or its scroll bars". Unfortunately, this
does not appear to be true, in that MyClikLoop() is not called when a
mouseDown occurs in the scroll bars. This is causing me grief, as I need
to redraw grids around cells whenever new cells are scrolled into rView.
Any suggestions?
John O'Neill Phone ISD: +61 62 68 8165 STD: (062) 68 8165
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA CSNET: jlo@csadfa.oz
------------------------------
Date: Thu, 27 Nov 86 13:38:42 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: Re: ListMgr Documentation error?
> "The lClikLoop field of a list record lets you specify a routine that
> will be called repeatedly (by the LClick function, described below) as
> long as the mouse button is held down within the rView rectangle or its
> scroll bars."
>
> The critical words here are "or its scroll bars". Unfortunately, this
> does not appear to be true, in that MyClikLoop() is not called when a
> mouseDown occurs in the scroll bars.
Since posting the above item out of frustration with IM, I have developed
a dirty workaround, which involves a custom List Definition Procedure
which calls the standard ListDefProc. To avoid creating an LDEF resource
and doing it properly, (as I still live in hope that someone will "re-
interpret" the "error" in IM vol 4 favourably) I use the userHandle field
to hold the default listDefProc, and make listDefProc point to my MyListProc:
...
theList = LNew(&rView, &bounds, cSize, 0, theWindow,
TRUE, TRUE, TRUE, TRUE);
HLock(theList);
(*theList)->lClikLoop = (Ptr) MyClikLoop;
(*theList)->userHandle = (*theList)->listDefProc;
ResrvMem(0L); /* force low in heap, as it will be locked & lost */
(*theList)->listDefProc = NewHandle(0L);
HLock((*theList)->listDefProc);
*((*theList)->listDefProc) = (Ptr) MyListProc;
HUnlock(theList);
...
This is naughty, as it leaves a locked relocatable block lying around with no
handle to it - but it works, by making the ListMgr call the following routine,
which just calls the default LDEF and then checks the scroll bars:
pascal
void
MyListProc(lMessage, lSelect, lRect, lCell, lDataOffset, lDataLen, lHandle)
...
{
Handle listProc;
Point mousePt;
listProc = (*lHandle)->userHandle; /* get default LDEF */
HLock(listProc);
CallPascal(lMessage, lSelect, lRect, lCell, lDataOffset,
lDataLen, lHandle, *listProc); /* call default LDEF routine */
HUnlock(listProc);
/* now check for mouseDown in Scroll Bars - fix ListMgr error */
if ( Button() ) {
GetMouse(&mousePt);
if ( PtInRect(mousePt, &(*((*lHandle)->vScroll))->contrlRect) ||
PtInRect(mousePt, &(*((*lHandle)->hScroll))->contrlRect)) {
DrawGrid(...);
}
}
}
Do I really have to go to this much trouble?
John O'Neill Phone ISD: +61 62 68 8165 STD: (062) 68 8165
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA CSNET: jlo@csadfa.oz
------------------------------
Date: Sun, 30 Nov 86 16:36:37 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: Menu Manager bug - global TheMenu not set?
According to the assembly language note in IM1-357:
"The global variable TheMenu contains the menuId of the
currently highlighted menu."
THIS DOES NOT APPEAR TO BE TRUE, at least not in my configuration:
Mac+, System 3.2 Finder 5.2, LightspeedC v1.02.
More specifically, I had installed MBarHook & MenuHook functions to be
called by MenuSelect, e.g.
...
MBarHook = MyMBarHook;
MenuHook = MyMenuHook;
...
where:
static Rect myMenuRect;
MyMBarHook(menuRect)
Rect *menuRect;
{
myMenuRect = *menuRect; /* this works OK */
...
DisplayInt(TheMenu); /* debug - always displays 0! */
...
return ( FALSE );
}
MyMenuHook()
{
Point mousePt;
MenuHandle menuH;
GetMouse(&mousePt);
if ( PtInRect(mousePt, &myMenuRect) ) {
menuH = GetMHandle(TheMenu); /* bug - TheMenu is always 0 */
DisplayInt((*menuH)->menuID); /* debug - doesn't produce goods*/
...
} else {
...
}
}
I am using LightspeedC v1.02 which defines, inter alia:
#define MenuList (* (Handle *) 0xA1C)
#define TheMenu (* (int *) 0xA26)
#define MBarHook (* (ProcPtr *) 0xA2C)
#define MenuHook (* (ProcPtr *) 0xA30)
These all correspond OK with IM.
Of course, there is more than one way to skin a cat, as I work around the
problem by scanning MenuList until I find the correct menu by comparing
left edges of each menu in MenuList with the mouse position. But I
shouldn't have to do that, should I?
Is this a bug, or am I doing something really stupid?
John O'Neill Phone ISD: +61 62 68 8165
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA CSNET: jlo@csadfa.oz
------------------------------
Date: Mon, 01 Dec 86 14:34 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Posting Menus
With Apples hidden anouncment of the new ROM call
PPostEvent I was able to get a DA to "hit" any key
combination I wanted, this included command keys.
I am using this for a tricky new DA I'm writting,
and it's working great. But...
In the process, I noticed that it might be nice to be able
to post ANY kind of menu selection. So, I thought, could
I do it with a MouseDown and a MouseUp post? It didn't
seem to work, though I tried various posibilities...
Does anyone know how to post an event (or events) to
cause a menu item to be selected?
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority
of wrong thinking people are right."
------------------------------
Date: 27 Nov 1986 02:18-EST
From: Stuart Uleman <su01@andrew.cmu.edu>
Subject: Finder 5.3/System 3.2 Bug?
This is what happened: I had my MS-Word disk in the internal 800K
drive, and I ejected it with CMD-E to copy some files. I then proceded
to put my MacSpell master in the internal drive and a blank disk in the
external 400K drive and copy the dictionary over. When I was done, I
put the MacSpell master AND the dictionary disk in the trash to eject
them, put my MS-Word disk back in the internal drive, and
double-clicked on the Word icon.
Much to my surprise, my Mac spit the disk out and said:
Please insert the disk:
MS-Word
and would not accept the fact that the disk it just spit out WAS the
MS-Word disk.
Being severely irritated at this, I rebooted my Mac. And now the
sucker tells me the Word disk has no System! When I looked at the disk
with Tools 6.0, I found that the directory blocks from the DICTIONARY
disk had been somehow transferred to the Word disk, and although it
says "This is a two-sided disk" when I put it in the external drive,
the internal drive seems to think it's a 400K MFS disk, with the name
"Dictionary". (But it shouldn't have even known about the dictionary
since I put that in the trash before putting the Word disk back in,
right?) In addition to all this, it put random pieces of the disk into
files, so the Undelete Files option was totally useless....
Is this a Finder bug? A System bug? Or is there something wrong with
my 512e?? FYI, I was using:
Mac 512e
400K external Drive
System 3.2
Finder 5.3
--No strange inits in the System file--it's right off the
System Tools disk that came with my ROM upgrade.
Does anybody have any idea what's going on?
Thanks in advance....
--Stu Uleman, Carnegie -Mellon University
Arpa: su01@andrew.cmu.edu
Bitnet: su01%andrew.cmu.edu@cmuccvma.bitnet
Mailnet: su01%andrew@carnegie.mailnet
------------------------------
Date: Wed, 26 Nov 86 21:11:52 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Apple-brand software
I have mixed feelings about Thomas Newton's points about Apple software.
On the one hand, I'd like to see MacWrite maintained, since I've
used it to write several 200+ page reports and books (broken into
30 page chapters) and find it fast and easy to use. I wasted some
of my early (1984) money on Word and found it slow, confusing,
un-Macish and not WYSIWYG. If it could write MacWrite files, I might
have used it, but since once you start Word you can never go back.
[Aside: does anyone understand MS's upgrade policy? They're
trying to scare me into adding $99 to their cash flow now, when
they may ship my upgrade later. Also before I can find if a
dealer will sell the upgrade discounted from list.]
However, look at MacWorld's latest sales figures. You find MacWrite,
MacDraw, MacPaint and MacTerminal in the top of the charts. As a
developer, why should I write a terminal program? There are already
two terminal programs many would consider superior to MacTerminal,
and one (Microphone) with a lot of advertising money behind it, and
yet they can't touch Apple's own software.
MacPaint is an odd item, since it really works as intended, and doesn't
really need fixing. At the same time, anyone buying a new program
would be better off buying either FullPaint or SuperPaint (both
give multiple windows, allow printing in color, etc.) for the same
price. Apple evangelists will (or should) tell you the same thing.
MacDraw as yet has no replacement, and I wouldn't be suprised if Apple
were to update it. SuperPaint is not a replacement, although I
will be using it exclusively because I tend to draw one-page documents.
MacPascal is an interpeter; Lightspeed is a compiler, although a fast one.
It's probably better for most, but I don't see it as a direct replacement.
I think Apple should consider discontinuing MacPaint, since there are
two reasonable third-party successors. Not upgrading MacPaint for
larger screens or new chips is tantamount to the same thing. As far
as I'm concerned, Write and Draw should stay.
MacTerminal is odd. It has very reliable VT100 emulation, while I couldn't
get the Microphone emulation to work with vi under curses. Certainly
Apple would be foolish to discontinue a reliable program they
paid for until there are multiple, well-implemented and well-
debugged replacements.
Joel West
{cbosgd, ihnp4, pyramid, sdcsvax, ucla-cs} !gould9!joel
joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Thu, 27 Nov 86 16:20 N
From: <INFOEARN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: FOUND: the MacBinary and Binhex specifications
Fantastic! Only a couple of days after my MacBinary and Binhex queries
a kind person on Bitnet sent me both descriptions. However, I want to make
sure these are the most recent or recent enough before I start distributing
them to everyone.
The MacBinary format is described in an article called "Macintosh Binary
Transfer Format Proposal". It is a Revision 2 and is dated 12 April 1985
and was written by Dennis Brothers (Delphi: DBROTHERS). If anyone has a
newer version I'd appreciate hearing about it. I expect there to be one,
since this article is still a proposal.
The Binhex format is described in "HQX Format Description", dated 11 April
1985, by Yves Lempereur. It specifically mentions "this is not intended
to be a programmer's reference", so if there is a newer one...
[ Oh yes, I'm also getting the C source of Unix xbin2.3, which will decode
Binhex files. ]
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 1 Dec 86 13:57:46 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: graphics tablets
I have used the Summagraphics tablet with the Mac+. You do, indeed, need a
cable to convert from DF-9 to Mini DIN 8.
It seems to work quite well as long as you open up the Control Panel and put
the Mouse Tracking from Mouse mode into Tablet mode. It is useful for tracing
drawings into MacDraw or MacPaint. You can make the tracing easier by taping
a couple of layers of clear plastic over the tablet. This does not interfere
with the ability of the tablet to track the pen, but it gives you a pocket into
which to put the drawing you want to trace without having to mess with tape.
Another way that the tablet can be used is for entering a signature to put at
the bottom of a document. You can get a much better signature with the tablet
than you can with the mouse.
--Mark
------------------------------
Date: Tue, 25 Nov 86 16:50 EST
From: GKN3M2%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Appletalk links
This may have been asked before, but I couldn't find any refernce
in the archives.
How does one go about linking Appletalk networks together? There
are/will be three separate networks in our building and we have
been talking about linking them together via some kind of
gateway. Although the total number of nodes is unlikely
to exceed 32, we would not like to create one big network.
Any suggestions would be appreciated.
Evan Bauman
Dep't of Chemical Engineering
University of Notre Dame
gkn3m2@irishmvs (bitnet)
gkn3m2%irishmvs.bitnet@wiscvm.wisc.edu (arpanet)
MacCHEG BBS (219)-283-4714
------------------------------
Date: Wed, 26 Nov 1986 10:49 PST
From: "Michael Fleming" <HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU>
Subject: Accessing Modems on Appletalk
Does anybody have any experience with connecting a modem to AppleTalk
and accessing it via MacServe or Tops? Is there any hardware around that
will do that? Is this dreamware?
Thanks for any help.
Michael Fleming
California State College, Bakersfield
------------------------------
Date: Fri, 28 Nov 86 12:02 EDT
From: <FABER%BCVAX3.BITNET@WISCVM.WISC.EDU>
Subject: Connecting MAC Plus to Parallel Daisy Wheel printer
I want to run a Radio Shack Daisy Wheel II (made by Ricoh) from my Mac+.
I tried a serial-to-parallel port converter cable made by Assimilation
without success, apparently because the Mac Plus (with its 8-pin
connectors) lacks the + 5V output required by the Centronics parallel
port. I gather I need a converter with its own power supply. Does
anyone know of a suitable cable?
Please respond to
FABER@BCVAX3.BITNET
Thanks. - Richard Faber, Boston College Math Dept.
------------------------------
Date: Wed, 26 Nov 86 11:34:19 EST
From: LI700016%BROWNVM.BITNET@WISCVM.WISC.EDU
Reply-to: LI700016%BROWNVM.BITNET@WISCVM.ARPA
Subject: Disk drives
Thanks for the suggestion to check a company called "Abaton" for 5 1/4"
floppy drives for the Mac. I couldn't find them, however, after checking
several back issues of MacWorld and MacUser, and the 800- directory.
Anyone know how to find them, or any other company with such a drive?
Also, I've just been given 2 Lisa Profile hard drives, which I'd like to
attach to my Mac+.... Any sources for a Seageate->SCSI board, or info on
an easier way to do it (Maybe just through the ext. drive port)?
Carl Dunham's recent comparison of the per-byte cost of floppies and hard
drives was interesting. I think for most folks 2 DS floppies should be
all they need if configured right, and so are the best choice. For those
(probably most of whom read this) who need much more space, I'll put in a
plug for Bernoulli drives, which have a long-term per-byte cost near that
of floppies, but speed comparable to a Hyperdrive (at least on the dual
10-meg SCSI drives here). Also, the backup process is very nice. The main
problem is the initial cost; but you get infinite space for it (in the same
sense as with floppies).
(Usual disclaimers apply)
Steven J. DeRose
Dept. of Linguistics, Brown Un.
------------------------------
Date: Thu, 27 Nov 86 22:47:36 PST
From: c160-ed%zooey.Berkeley.EDU@BERKELEY.EDU (Norman Fong)
Subject: Apple HD20 sc
Sender: c160-ed@zooey.Berkeley.EDU.UUCP (Norman Fong)
The Apple HD20sc does use the economical Seagate 225N with the
integral scsi. It sells for about 400$, so people can afford to
sell it for $600 and make a couple dollars. Warning! This drive
is not the greatest. We have been using one for about 2 months
now and it occasionally makes a loud noise, like a car grinding
on the payment! The drive continues to run and the noise goes away
after a while, but it tends to send shivers up one's spine!
I'd suggest checking into the Rodime hard disks, they make quality
stuff. If I'm not mistaken, the HD20 used them, had a HD20 for
14 month and never a crash!
c160-ed@zooey.Berkeley.EDU.UUCP
Norman Fong
P.S. Most of the cheap 20 meg drives also use this drive, ie
Jasmine, Relax, etc..
------------------------------
Date: Mon, 1 Dec 86 09:16:09 AST
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: SCSI Hard disks
There's been several complaints lately about the high prices for MAC
SCSI hard disk drives. I agree that they do seem high, although the
new Jasmine drive at $599 is getting into the realm of affordability.
If you consider that this drive includes power supply and chassis, its
actually very close to a comparable 20 Meg Seagate ST-225 used in many
IBM machines (The Jasmine uses the ST-225). There are obvious economic
reasons (supply and demand, for example) that are keeping the prices
higher than Mac users would like. There is an article in the Nov 17th
issue of Infoworld about a new Mac drive and reasons why Mac drives are
more expensive, if anyone wants more information on this subject.
==> Paul@Acadia.BITNET
------------------------------
Date: Mon, 24 Nov 86 16:42 EDT
From: rw%williams.csnet@RELAY.CS.NET
Subject: LCD looking fonts for the Mac ?
I'm writing some documentation for a device with an LCD segment
readout. Has anyone created a Mac font (which should look good on
a LaserWriter) which looks like LCD characters ?
-- Randy Witlicki rw%williams@csnet-relay
------------------------------
Date: Mon, 1 Dec 86 12:04:48 GMT
From: "Jay A. Rolls" <jrolls@bbncc-eur.ARPA>
Subject: Russian Fonts
Can anyone direct me to a source for Russian fonts for the Macintosh? A friend
of mine would like to compose documents with part English and part Russian in
them.
Thanks,
Jay Rolls
[ note from moderator: The Fluent Fonts set has a bitmap Russian font among
many other fonts in the collection. DAVEG ]
------------------------------
Date: Tue, 25 Nov 86 00:49:59 est
From: Christopher North <bono%dartmouth.edu@RELAY.CS.NET>
Subject: Strategic Conquest Plus
Coments about PBI Software's newest game Strategic Conquest Plus.
1) Amazing game.....best yet (well almost)
This game is really great. Digitzed sound...the whole works
2) Expensive....$60 is very steep for just a game
3) Copy-protected.....sure protection is on its way out but
this game is the last game tthat should be protected. The
game can be played two player on two macs (either over appletalk
or via cable) thus this fact combined with #2 makes it very
practical to share thwe costs...however the protection prevents
buyer #2 from playing alone. If he wants to shell out another $60 he can play alone and with his partner....
This is grossly unjust.....I protest such stupidity....if
protection is a must then lower the price...otherwise it
should at least come with two sets of disks.
------------------------------
Date: Wed, 26 Nov 86 20:24:46 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Looking for version of Megaroids for 512e
Has anyone come across a version of Megaroids that works on the 512e? I have
checked almost every net and found only Mac+ versions that cause my poor
little mac to bomb.
Thanks.
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."
------------------------------
Date: 1 Dec 86 14:42:36 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #98
Usenet Mac Digest Monday, 1 December 1986 Volume 2 : Issue 98
Today's Topics:
Re: Rumours on slotted/colour/68020 Mac?
Re: Aztec 'C' problem - help!
True BASIC for the Mac
problems with Chooser
Keeping account of usage on Appletalk network
Re: Mac+ DTR upside down?
Where's the help button on this thing
TRS-80 Model 100 => Macintosh communication
New and improved MacDraft 1.2 (2 messages)
Re: Problems with Chooser
MacIntosh to CoCo picture convertor
Should we support 64K ROMs anymore?
800K MFS volume
Re: Should we support 64K ROMs anymore? (2 messages)
Re: Rumours on slotted/colour/68020 Mac?
Re: Should we support 64K ROMs anymore?
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-98.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂02-Dec-86 1820 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #19
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Dec 86 18:20:01 PST
Date: 2 Dec 86 1818-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #19
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 2 Dec 1986 Volume 5 : Issue 19
Today's Topics:
Segment Loader questions
MPW C, LSC compatibility?
New LSP Wishes
Re: Apple-Brand software
Servant .89
MacMan, the Inside Mac Database
camera desk accessory
Latest Mac Versions
D2R.hqx
GoneFishinDA.hqx
monthdayedit.hqx
MacDraw file of Starship Enterprise
LSC-CONFERENCE-1986.HQX
Object oriented editors
Re: Contacting Abaton
Word processor compatibility
TeXtures bug??
ExperCommon Lisp
NL product information
death knell for the 512E??
Mac user interface
----------------------------------------------------------------------
Date: Tue, 2 Dec 86 16:04:32 PST
From: Rick Wong <rick@portia.STANFORD.EDU>
Subject: Segment Loader questions
I've been wondering about this for awhile, so I was wondering if someone
might have a "definitive" answer to this question . . .
The Segment Loader chapter of Inside Mac vol. IV states that if you know
your application won't be used on machines with the old 64K ROM, then you
can leave all your CODE segments (except CODE 1) unlocked -- this dras-
tically reduces heap fragmentation when the application runs on machines
with the new 128K ROM. If you want to maintain compatibility with the
old ROMs, however, Inside Mac seems to imply that you need to keep all
your CODE resources locked.
My question is: why? I thought that when the segment loader read in a
CODE resource, it automatically locked it, regardless of whether the locked
bit of the resource was set. In addition, my application seems to run fine
under the old ROMs, without having all the CODE resources locked (although
the heap is far uglier looking than it is under the new ROMs). The default
setting of the MPW linker leaves all CODE resources except CODE 1 unlocked,
so I suspect it IS okay to run such applications under the old ROMs, but I
would like to be certain before releasing any applications.
Thanks. A lot.
Rick Wong
rick@portia.stanford.edu
------------------------------
Date: Tue, 2 Dec 86 09:50:15 PST
From: John Bruner <jdb@s1-c.arpa>
Subject: MPW C, LSC compatibility?
I recently purchased Lightspeed C, and I am considering the purchase
of MPW C as well. In the past, some people have suggested that it
is possible to prototype programs in LSC and use MPW C (whose code
quality is reputed to be much better) for the final product.
Is this really possible? Can one write Macintosh C code which can
be easily transported between the two environments? My previous
encounters with Macintosh C compilers lead me to believe that this
isn't likely.
I know that MPW C uses 4-byte integers and LSC uses 2-byte integers.
That doesn't bother me, because I've encountered it before (e.g.
writing code to run on PDP-11's and VAXes). What I do wonder about,
however, is the Toolbox interface. Does MPW use "glue routines" or
does it generate traps inline? If the latter, I assume that it
coerces "int"s to "short"s in order to be compatible with the trap
interface. This also suggests that fields within the various
data structures are defined as "short"s rather than "ints".
LSC defines ResType as a long, so that it can be passed by value.
How does MPW C define it?
Oh, one more thing. I'm going to need some assembly-language code,
and since LSC doesn't support inline assembly I'll need to create
separate source files, assemble them, and convert them to libraries.
Is the MPW assembler compatible with the MDS assembler, or would I
have to purchase both (one for LSC, one for MPW C)?
--
John Bruner (S-1 Project, Lawrence Livermore National Laboratory)
MILNET: jdb@mordor [jdb@s1-c.ARPA] (415) 422-0758
UUCP: ...!ucbvax!decwrl!mordor!jdb ...!seismo!mordor!jdb
[ note from moderator: Version 1.5 of Lightspeed C is reported to allow
inline assembly language in a powerful way, e.g. using C variables in
the assembler such as MOVE.L varname,D0 where varname is a defined
C variable (something I've been able to do with Mach2 FORTH for quite
a while incidently). Although I haven't heard of anyone actually receiving
version 1.5 it is expect RSN (maybe called 'almost-there-ware'. DAVEG ]
------------------------------
Date: 2 Dec 86 16:17 EST
From: STERRITT%SCOM08.decnet@ge-crd.arpa
Subject: New LSP Wishes
One of the Lightspeed Pascal people mentioned in a recent net
posting that they have access to Info-Mac and are interested in
questions/suggestions/etc. I've been meaning to write this down and send it
off, and now I can get it directly to them, so here goes.
What I'd like to see in the editor is the ability to do what's
called either elesion or folding. What it is is the ability to mark a
range of text and "hide" it behind a comment, so all you see in the
(screen, at least) listing is the comment, instead of the whole hunk of
code. I often have several procedures in a file, and it would be
*wonderful* to be able to "hide" the ones I'm not working on, as I'm often
dealing with one at the bottom of the file, and its interaction with
another at the top of the file. If all the intermediate things were just
one line, it would really speed things up, and make it (mentally) neater.
Now I'm sure your first comment to me will be (* hey, idiot, just
put them things you don't wanna see in another file in the project *) which
is a great idea, and something I often do, but even still there tend to be
lots of support routines in each file that aren't external to the rest of
the world.
Thanks for listening,
chris sterritt
Sterritt%Scom15.decnet@ge-crd.arpa
C.Sterritt on Genie, 72247,1723 on C-Serve
------------------------------
Date: Mon, 1 Dec 86 23:22:02 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Re: Apple-Brand software
"MacPascal is an interpeter; Lightspeed is a compiler, although a fast one.
It's probably better for most, but I don't see it as a direct replacement. "
An otherwise good post, but I take issue with that statement. Lightspeed
Pascal is a compiler, but it functions very much identically to Macintosh
Pascal, right down to the appearance of the screen. It costs the same as
Macintosh Pascal, but offers much more functionality. I would say that it is
an excellent direct replacement, and it's excellent for novice programmer and
experienced developer alike.
--Rich
I've no connection with THINK, other than as a satisfied user.
------------------------------
Date: 1 Dec 86 00:31:27 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Servant .89
[ Uploaded from Delphi by Jeff Shulman ]
Name: SERVANT 0.89
Date: 30-NOV-1986 23:19 by BMUG
Here is Servant .89, the latest release of a new shell program written by
Andy Hertzfeld. This version is free of charge but expires Jan 31, 1987.
While it still lacks crucial functionality (like copying files), it should
be solid enough for regular use. Please report all repeatable bugs using
the "Print Bug Report" feature. The next major release
will be in late January. -- Andy
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SERVANT-89.HQX
DAVEG
]
------------------------------
Date: Sat, 22 Nov 86 11:21 PST
From: PUGH%CCV.MFENET@LLL-MFE.ARPA
Subject: MacMan, the Inside Mac Database
This is a DA to access a datafile that contains a complete
routine summary (calling sequence, description, and examples)
of Inside Mac. It is indespensible but huge. The database
takes over 500K so it is for hard disk users only. The binhexed
compressed Packit III file takes well over 400K, and that's what
I have posted.
I have found that it tends to leave things dangling in Lightspeed
Pascal so that after consulting it, you must quit and restart
LSP before you can run your program. If anyone has any better
ideas on how to fix this memory blockage problem, please let me
know.
Jon
pugh%ccv@lll-mfe.arpa
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACMAN-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACMAN-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACMAN-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACMAN-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACMAN-PART5.HQX
First remove the headers and tails on these files, paste them together
into one large file, then unbinhex.
DAVEG
]
------------------------------
Date: Mon, 1 Dec 86 18:09:58 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: camera desk accessory
This is the Camera desk accessory which has been much discussed but
never posted. You set it to take a snapshot of the screen after so much
time has elapsed and it does just that. Now you can take a snapshot of
the screen with a menu down. David Gelphman
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-CAMERA.HQX
DAVEG
]
------------------------------
Date: Mon 1 Dec 86 23:07:37-EST
From: Carlos A Albuerne <CU.ALBUERNE@CU20B.COLUMBIA.EDU>
Subject: Latest Mac Versions
THOUGHT THIS MIGHT BE OF INTEREST:
LATEST MACINTOSH SOFTWARE VERSION AS OF 28 NOVEMBER 1986 (from GEnie)
[ note from moderator: the version list in the archives has been replaced
by this more recent version DAVEG]
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SOFTWARE-VERSIONLIST.TXT.1
DAVEG
]
------------------------------
Date: Tue, 2 Dec 86 10:31:11 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: D2R.hqx
[uploaded from ngp by Jonathan Leblang]
The following is D2R, a program which converts the Data Fork of a file
to a resource. You set the Resource Type, the Resource ID, and the Resource
Name, and Voila! - you can write the resource out to a file.
I wrote this after all the articles posted regarding the conversion of the
data fork of a file to a resource. It was suggested that 'Rez' be used.
Since 'Rez' is not widely available, I thought "Why not write a program to
do it?".
This is Version 1.1 of D2R. The differences from Version 1.0 are...
1) Added a "Delete File" menu;
2) Now prompts the user if there is a resource of the same type and ID in the
target file;
3) You can now select a "Use Unique ID?" check box, so that a unique ID will
be used instead of a set ID. The advantage is that if you want to write many
resources out to a file, you can worry about their IDs later.
The LightspeedC source is available upon request.
/* Jason Haines ACSnet: baron@runx
* Sydney, Australia CSNET: baron@runx.oz
* ARPA: baron%runx.oz@seismo.css.gov
* UUCP:
* {enea,hplabs,mcvax,prlb2,seismo,ubc-vision,ukc}!munnari!runx.oz!baron
*/
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DATA2RES.HQX
DAVEG
]
------------------------------
Date: Tue, 2 Dec 86 10:31:45 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: GoneFishinDA.hqx
[uploaded from ngp by Jonathan Leblang]
[]
This is Gone Fishin', a Macintosh desk accessory. It is
written in LightspeedC. The DA file and a small document
are included. This program is free for non-commercial use.
It could be described as a combination screen saver/doodle pad/message
board. Source code can be made available if there is enough interest.
Please read the documentation. If you re-distribute the program,
please include the documentation. This program is not to be sold.
If you do not have an unpacking program I will send you the two
components separately.
Gone Fishin' (c) 1986 Free for Non-Commercial Use.
Wade S. Blomgren
UCSD - ACS
Mail Code B-028
La Jolla, CA 92093
(619) 534-1856
UUCP: ....!sdcsvax!sdacs!wade or ...!sdcsvax!net1!wade
This is a BinHex'd PackitII file, uncompressed, and not encrypted.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-GONEFISHING.HQX
DAVEG
]
------------------------------
Date: Tue, 2 Dec 86 10:32:31 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: monthdayedit.hqx
[uploaded from ngp by Jonathan Leblang]
This application allows day and month names to be edited. Some format changes
can be made as well.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MONTHDAY-EDIT.HQX
DAVEG
]
------------------------------
Date: Tue, 2 Dec 86 11:35:07 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: MacDraw file of Starship Enterprise
After reading the request for this on usenet, I chased it down and here
it is: a fairly detailed drawing of the Starship Enterprise in MacDraw
format. Hope someone finds it to be fun besides me.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-ENTERPRISE.HQX
DAVEG
]
------------------------------
Date: 2 Dec 86 19:35:14 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: LSC-CONFERENCE-1986.HQX
[ Uploaded from Delphi by Jeff Shulman ]
Name: 86 NOV 16 LIGHTSPEEDC 2.0 CO
Date: 2-DEC-1986 03:47 by PEABO
This is the edited transcript of the LightspeedC 2.0 Conference held on 1986
November 16. MacWrite 4.5 format in Geneva (use font substitution if printing
on a LaserWriter).
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>LSC-CONFERENCE-1986.HQX
DAVEG
]
------------------------------
Date: Tue, 2 Dec 86 20:12:34 est
From: wilson%eniac.seas.upenn.edu@cis.upenn.edu
Subject: Object oriented editors
I may just be confused by something, but several times I have seen comments
to the effect that there is no replacement to MacDraw around (with a few
references to the as yet unseen SuperPaint). What about MacDraft? Have
people simply not seen the recent versions of this program? Is there some
major problem with it? It seems to work as beautifully with our LaserWriter
as MacDraw does and allows much more flexibility with arcs, drawing circles,
and allows for arbitrary rotations. It also allows multiple page drawings
etc. As far as I can tell it is a very nice superset of MacDraw. Old versions
were slow and a little confusing for text items but the more recent versions
work quite nicely. It has also traditionally been copy protected though that
has recently changed (version 1.2a). It is a bit more expensive than MacDraw
but it's a really nice program.
(*** Warning personal biased plug approching ***)
In addition, I am currently working on an object oriented graphics DA. The
program is somewhat oriented towards those with a hacking nature as it
makes very few excuses for QuickDraw but tries to implement all of
it. For example, all drawing modes are implemented, pen width and height
are implemented separately, and all parameters of the various object types
are editable, so you can draw roundrects with any rounding you want (there
are some rather nasty QuickDraw bugs that show up in roundrects and you get
to play with those). There are some problems with this approach such as
each line of text is a separate object, and one discovers that QuickDraw on
the LaserWriter, isn't the same as QuickDraw on the Mac so the use of obscure
drawing modes doesn't always work. (Imagewriter works just fine, and the
drawing mode stuff is documented in Inside LaserWriter.) But I don't see that
this is a reason to make their use totatally unavailable in any sort of
reasonable manner, and might induce Apple to actually implement some of the
really useful ones like patXor on the LaserWriter. (For those of the non-
hacking persuasion, this mode causes overlapping portions of two objects
drawn in the same pattern to cancel each other.)
This DA will probabaly be available as shareware after Christmas and will be
quite inexpensive. It is also (hopefully) going to be available as an
application as it is going to be rather large (25-30K). It works wonderfully
on my MacPlus, but I understand that I am definitely pushing the limits. It
does not implement all of the special effect that MacDraw does because of size
limitations, however I think (of course) that it will have a reasonable
subset of them. It does have a couple extra features like access to the
actual order of objects so you can avoid playing extensive games with
Bring to Front and Send to Back.
Hope this has been of interest to someone,
Nathan Wilson
wilson@eniac.seas.upenn.edu
___
The above comments are mine and only mine.
------------------------------
Date: Tue 2 Dec 86 09:48:40-PST
From: Bill Berner <BERNER@Sushi.Stanford.EDU>
Subject: Re: Contacting Abaton
>> Thanks for the suggestion to check a company called "Abaton" for 5 1/4"
>> floppy drives for the Mac. I couldn't find them, however, after checking
>> several back issues of MacWorld and MacUser, and the 800- directory.
>> Anyone know how to find them, or any other company with such a drive?
On page 35 of the Macintosh Buyers Guide (Fall, '86), there is an ad
for the Abaton 5 1/4" disk drive that lets you "convert IBM files into
Macintosh files... and vice-versa."
The ad says, "The Abaton drive 5.25 allows you to use files created by
IBM (and compatibles), CP/M and Unix machines on your Macintosh. And,
likewise, you can use Macintosh created files with machines that
normally read only 5 1/4" diskettes."
Here's the address:
Abaton Technology Corporation
7901 Stoneridge Drive, Suite 500
Pleasanton, CA 94566 (415/463-8822)
Bill Berner
------------------------------
Date: Wed, 26 Nov 86 12:14:55 EST
From: LI700016%BROWNVM.BITNET@WISCVM.WISC.EDU
Reply-to: LI700016%BROWNVM.BITNET@WISCVM.ARPA
Subject: Word processor compatibility
I've seen many postings about the incompatibilities and inflexibilities
of word-processors on the Mac, and would like to mention a solution,
in hopes that some developers might use it (even though the PC camp has
worse problems than we do).
A problem with word processor compatibility is that each program uses data
structures and representations which are expressed in terms of *formatting*.
Formatting is by definition device-dependent, as well as dependent upon
personal taste, aesthetic sensitivity, and the requirements of publishers
to whom the author sends the document.
What, one might ask, is not so dependent? The answer is, the meaningful units
of linguistic discourse. The existence and significance of chapters,
paragraphs, block quotations, footnotes, book titles, foreign-language
quotations, lists, etc. do not depend on what printer is plugged in.
Thus, the solution is to let authors mark up their documents by indicating the
(hierarchical) boundaries of these units, and then use definitions to map
markers into device-specific and style-specific formatting. This is like
indirect addressing in programming, with similar advantages. And if
authors differ on some units' names, it's still trivial to convert; one
may define the new units, or do global changes on unit names.
A standard syntax called SGML has been developed for such tagging, and is
approved or nearly so by DoD ($$$), IRS, Amer Assoc of Publishers,
ANSI, and ISO. Word style sheets could comply if MS would (a) make them
hierarchical, so when you leave one unit you pop to the specs of the
containing unit, and (b) be able to write out straight ASCII with the
element names embedded appropriately (names longer than 2 chars would
be, uh, nice). It's not very hard for other wp's to comply, either.
Think how much nicer even MacWrite would be, if they stacked the last few
rulers, and had a special ruler called "POP" (a start), and then provided
names for specific rulers (much better). If they then let you write out
plain text with embedded ruler-names, we'd be nearly home free.
Steven J. DeRose
Dept. of Linguistics, Brown Un.
"The problem with What You See Is What You Get, is that what you see is
*ALL* you get." -- B. Kernighan (?)
------------------------------
Date: 30 Nov 86 22:09:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: TeXtures bug??
Reply-to: <bouldin@ceee-sed.ARPA>
I am trying to use the example letter format from Appendix E in the TeXbook.
It apparently, doesn't work with TeXtures. This is particularly disturbing
since I took the example letter.hdr and letter.tex files, uploaded to the
local vax and got it to run correctly. When the very same files are run
on the Mac, it says:
Runaway argument?
↑↑MSincerely,↑↑M↑↑MR. J. Drofnats↑↑MProfessor↑↑M↑↑M\ETC.
! File ended while scanning use of \getclosing.
<inserted text>
\par
<*>
? x
Any TeX wizards out there who can help. I freely admit that the TeX in the
letter format is well beyond my present comprehension. I just copied it in
and use it on the VAX, where it works perfectly.
Or, for that matter, I know that K&S get the info-mac stuff at least
occasionally. Any comments?
------------------------------
Date: Mon, 1 Dec 86 12:49:27 PST
From: Stephen E. Miner <miner@spam.istc.sri.com>
Subject: ExperCommon Lisp
I just received the latest ExperNewsletter in the mail. The big news
is that ExperTelligence has announced ExperCommon Lisp. (This is the
new name for the long-awaited ExperLisp 2.0.) They plan to begin
shipping in about a week to people who ordered upgrades to the
original ExperLisp. Actually, they want registered owners to
re-register by filling out a new address card that comes with the
newsletter. (Maybe they're trying to stall for a little extra time?)
They told me over the phone that they just want to make sure that they
have the correct addresses. OK, so I'll have to wait a couple of more
weeks.
Here are some of the promises that have me interested:
* Common Lisp compatibility
* an extensible class system (for object-oriented programming)
* Toolbox support through predefined classes
* on-line symbolic debugger
* support for "stand alone" applications
* not copy-protected (since version 1.5)
I have to admit that I was quite disappointed by all of the bugs I
found in the old versions of ExperLisp, but I'm still hoping that this
new version succeeds. If anyone has any experience with ExperCommon
Lisp, I'd like to hear from you.
I have a hard time figuring out their marketing and pricing strategies
so please call them directly if you're interested. Basically, it's
pretty expensive even after you talk them into giving you a discount.
ExperTelligence can be reached by phone at:
(800) 828-0113 USA
(800) 826-6144 CA
-- Steve
miner@spam.istc.sri.com
* Insert your favorite disclaimer. *
------------------------------
Date: Mon 1 Dec 86 11:09:38-PST
From: Janet Lee <LEE@SRI-STRIPE.ARPA>
Subject: NL product information
Iam looking into natural language products or products which use
natural language (in some form) for personal computers. I would like
information (i.e. name, product developer, extent of natural language usage,
price, opinions, etc.) anyone might have on products which fit this
description. Please send your responses to lee@sri-stripe.arpa.
Thank you in advance.
Janet
P.S. If there is sufficient response I will post the results.
------------------------------
Date: 2 Dec 86 13:51:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: death knell for the 512E??
Reply-to: <bouldin@ceee-sed.ARPA>
Yesterdays Wa. Post had a 1/2 page ad offering half off on peripherals
purchased only with a 512E, up to a maximum rebate of $250 from Apple. I have
been wondering for some time when Apple will drop the 512E, and I think
this is a move to clear the shelves of inventory. Comments, confirmations,
or rebuttals anyone?
------------------------------
Date: Tue, 2 Dec 86 10:34:36 pst
From: Julian Lebensold
From: <lebensold%capone.crim.cdn%ubc.csnet@RELAY.CS.NET>
Subject: Mac user interface
As part of an ongoing research project in user interface design
at the Centre de Recherche Informatique de Montreal we would very
much appreciate your response to the following question:
If you could change any aspect(s) of the Macintosh user interface,
what would you like to see changed?
In other words, what bugs you about the Mac user interface?
Examples include ideas related to the desktop metaphor; the use of
windows, their sizes, placement, default views; menus; and so on. We
are less interested in hardware related aspects such as color, keyboard
layout, etc.
I would appreciate responses addressed directly to me.
Thank you.
Julian Lebensold
------------------------------
End of INFO-MAC Digest
**********************
∂03-Dec-86 1845 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #20
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 3 Dec 86 18:45:40 PST
Date: 3 Dec 86 1831-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #20
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 3 Dec 1986 Volume 5 : Issue 20
Today's Topics:
fonts
File formats
Lightspeed Pascal Editor Wishes
LSP or Borland's Turbo Pascal?
Ram-Based HFS Questions...
Re: LSC 1.5
pong.hqx
resedit-switcher_templates.hqx
Go program
Word 3.0
MacIntosh in Engineering conference
MacDraft
why SCSI drive is so expensive
re:HD for the Mac
The Smallest System?
Group viewing of Mac screens
image cameras for the Macintosh
----------------------------------------------------------------------
Subject: fonts
Date: Wed, 03 Dec 86 18:09:40 -0800
From: duggie@portia.STANFORD.EDU
I want to draw (and word wrap) text vertically, with the letters stacked
on top of each other
l t
i h
k i
e s
and do it semi-proportionally, i.e. stagger the spacing so that there is
one blank line between each letter, which means letters with decenders will
be taller than other letters. I'll also need to either center the letters
horizontally or use a monospace font, but that`s another issue, as is the
question of how I get this to print decently on a laserwriter...
Anyway, there is supposed to be an 'optional character height table' that
is generated by the font manager in the new roms. So far so good. But
what data structure contains it, and how do I get the offset to the start
of it (given that there seem to be many variable-length arrays in these
records), and how do I know how long it is? Inside Mac Vol IV is quite
vague about this.
Does anyone have a quick answer? How about the centering and laserwriter
problems?
-- doug
duggie@portia.stanford.edu
------------------------------
Date: Tue, 02 Dec 86 20:04 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: File formats
I am in the process of writing a word processor conversion
program. I already have it working for Waterloo SCRIPT
and would like to add as many types of other word processors
as I can. However, I first need the file format for them.
Needed formats include:
DisplayWrite3 (IBM PC)
Nota Bene (IBM PC)
WordStar (any)
Word Perfect (IBM PC)
Microsoft Word (PC)
AppleWorks (Apple II)
AppleWriter (Apple II)
Add your favorite WP here...
I have a DA that will convert files such as this to
MacWrite, however I need the formats before I can do
the conversion code. Any help would be appriciated
greatly.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority of
wrong thinking people are right."
------------------------------
Date: Wed, 3 Dec 86 09:17:09 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Lightspeed Pascal Editor Wishes
A folding editor would be nice, but something that's quicker to do and even
more useful would be splitbars for the editor windows... And a little more
scrolling speed... Why is it that the scrolling pauses every screenful?
--Rich
------------------------------
From: Bill Roberts <bill%ncar.csnet@RELAY.CS.NET>
Date: 2 Dec 86 16:34:50 GMT
Subject: LSP or Borland's Turbo Pascal?
To my understanding, LightSpeed Pascal offers a true symbolic debugger whereas
Turbo Pascal only supports Macsbug and TMON. But Turbo Pascal allows up to
8 "processes" at once. That is, according to the mailer, one can have up to
8 separate programs in memory... a window in which one is editing a module
(UNIT) while compiling another one, while running a program in a third. Now
this sounds pretty hot "if true"! I don't think LS Pascal allows this type of
operation. On the other hand, LS Pascal is supposed to have a real nice
symbolic debugger, which I don't think Turbo Pascal has. Also, neither LS
Pascal nor Turbo Pascal support Object Pascal.
Which one would you chose? And why? Thanks in advance.
--Bill UUCP: !hao!bill
------------------------------
Date: Wed, 3 Dec 86 18:20:40 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Ram-Based HFS Questions...
I am using a 512K Macintosh (old ROM) with an external 800K drive, and I am
using a Hard Disk 20 startup disk that I got this past summer. It's an
original Apple disk, with version 1.0 of the Hard Disk 20 file on it.
I've noticed some bugs in the HFS implementation, and I was wondering if
Apple had released an update (version 1.1?). Has anyone seen such an update,
or is it archived anywhere?
Thanks for any help...
--Rich
[ note from moderator: there have been updates to the HD 20 file since
1 year ago when the HD20 was introduced. The latest version I am aware
of comes with the system update disk from the update to system 3.2 from
last June, 1986. DAVEG ]
------------------------------
Date: Wed, 3 Dec 86 08:36:16 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Re: LSC 1.5
Just FYI: As of two days ago, Think was saying that LSC 1.5 had not
shipped yet, but that it was almost ready and "worth the wait" -- this
from compuserve.
chuq
------------------------------
Date: Wed, 3 Dec 86 13:33:21 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: pong.hqx
Here is an implementation of the game of pong. I got it from a local
Mac bulletin board. It apparently is in the public domain--there is
no notice to this effect, but there is absolutely no copyright notice
or "About Pong" message under the apple menu.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-PONG.HQX
DAVEG
]
------------------------------
Date: Wed, 3 Dec 86 13:34:07 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: resedit-switcher_templates.hqx
Massive apologies, I tried my own medicine and had an allergic reaction.
Please toss out the previously posted "CFIG" resource template. Upon
using it this evening I found that I have incorrectly specified bits for
the flags. On second inspection of Inside Switcher (and after a sudden bomb)
I find that each flag is a full byte. So, if you use the previous CFIG
resource on Switcher, bad things will surely happen sonner or later; try
the "Show Info" option, that's what bombed me.
Attached is a revised CFIG resource which is set up properly for the byte
sized flags used by Switcher. I suggest throwing out any copy of Switcher
modified via the CFIG template unless you know exactly what to do to
fix the resource in Switcher. The old ESCK template is in this document
as well, there have been no changes to that template.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>RESEDIT-SWITCHER-TEMPLATES.HQX
DAVEG
]
------------------------------
Date: Tue, 2 Dec 86 19:08:03 PST
From: <LOGANJ@byuvax.bitnet>
Reply-to: LOGANJ%BYUVAX.BITNET@forsythe.stanford.edu
Subject: Go program
This is the latest version of the Macintosh Go program, as promised. Before
you can use the program you must take out these first few lines of comments,
and convert the hex code below with BinHex (using Upload to Application).
The total size of the hex code is 110K bytes, and the Go program is 81K bytes.
This program lost by 1 point to the 2nd place program in the Taiwan Go
tournament in November.
Regards,
jim (loganj@byuvax.bitnet)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-GO.HQX
THIS VERSION replaces the previous version. DAVEG
]
------------------------------
Date: Wed, 3 Dec 86 11:01:32 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Word 3.0
I saw a demo of a beta version of Microsoft Word yesterday, and in a word...
Mindblowing! From what I saw, repaginating is about 5 times as fast, you
have the option of keeping either the program or the file or both in memory,
You can save documents in Word, MacWrite, text, and 4 other formats, headers
and footers are set up in seperate windows, a la MacWrite. Automatic index
and table of contents generation, ability to handle material in columns, and
perform arithmetic on the numbers.
It includes a formula definition language, similiar to the one in
Lotus manuscript (see November Byte). Text options include strike-through,
variable height sub & super scripts, double & dotted underlines, small caps,
all caps. There is now a font menu that lists font names and sizes (no more
dialog boxes for font changes). There are both long and short menus. The
short menu option allows all of the complexity to be hidden, making it look
almost like MacWrite. Long menus allow the full power of Word to be accessed.
Menus can also be customized. For example, on the style menu, if you never
use shadowed text, you can remove that choice from the menu. You could
customize the font menu to show just Laser fonts, or just Imagewriter fonts.
It includes an 80,000 word dictionary and hyphenation. In the page-preview
mode, margins can be changed, and page breaks inserted; multiple columns
can also be seen in page preview mode (but not in regular edit mode).
You can define styles, and then change the style of multiple paragraphs
very easily. There were some other things, and if I remember, I'll send
another message. If people have questions, I'll try to answer them.
DISCLAIMER: I have no connection with Microsoft Corporation, and am
reporting only as an impartial (though impressed) ovserver.
The views above are my own and should in no way be taken
as an endorsement by The MITRE Corporation.
_____ __ ___
|\ /| | | | \ | ARPA: jonathan@bert.mitre.org
| \/ | | | |__/ |__ BELL: (703) 883-5761
| | | | | \ | MAIL: 7525 Colshire Drive
| | | | | \ |___ McLean, VA 22102
Jonathan A. Leblang
The MITRE Corporation
------------------------------
Subject: MacIntosh in Engineering conference
Date: Wed, 03 Dec 86 13:10:49 -0500
From: tbmoore@ATHENA.MIT.EDU
I went to the MacIntosh in Engineering conference in Framingham, MA yesterday.
Sponsered by Apple, it was a showcase of third-party products that supposedly
make the MacIntosh more useful for engineers. Some highlights, impressions,
and biased opinions.:
Appletalk-EthernetTCP/IP bridges: Kinetics is marketing these devices,
along with Appletalk boards for the microVAX. This hardware,
along with software from Alisa Systems or pacer, turns the VAX
into a file server.This stuff seemed pretty functional from the demos,
although slow.
Big Screens: The Megascreen from IDT was the only big screen on display. It was
FANTASTIC. The display is very crisp with no ghosts, etc. This would
increase the usefulness and enjoyment of every MacIntosh program.
Levco Prodigy: Another demo, useing the stastical package MacSpin, nearly made
me fall of my chair. It's soooo fast...
CAD : Several venders had neat CAD programs.
Fiberoptics: DuPont has implemented Appletalk on fiberoptic cable. Kind of
neat.
Communications: There were several vendors vending terminal emulation programs
that emulate the Tek 4105, DEC vt240, etc.
If you have any questions about hardware or software that I mentioned,
please write to me and I will give you more details. One negative impression:
Apple said over and over again that the Mac won't compete with large CAD
systems.It seems obvious to me that, with some of the add-ons mentioned above,
the Mac could be very effective as a CAD machine.
-Tim Moore (tbmoore@athena.mit.edu)
------------------------------
Date: Tue, 2 Dec 86 22:48:12 PST
From: mse%Phobos.Caltech.Edu@DEImos.Caltech.Edu (Martin Ewing)
Subject: MacDraft
(From: wilson%eniac.seas.upenn.edu@cis.upenn.edu
(What about MacDraft? Have
(people simply not seen the recent versions of this program? Is there some
(major problem with it?
(...It is a bit more expensive than MacDraw but it's a really nice program.
I wondered the same thing. I use MacDraft 1.2a regularly, and have very
little reason to go back to MacDraw.
I never used <v1.2a, but I find the current version still unpleasantly buggy.
In particular if you have a largeish drawing and wish to recenter it, as
one commonly does, you "select all" and drag, the drawing disappears and
sometimes never comes back on the screen, leaving some random fuzz instead.
If you get to that point, "save" and "quit" immediately, for MacDraft will
crash after a few more operations. Fortunately, the drawing can usually
be saved correctly. I suspect the program cheats on memory allocation.
Even with this serious problem, I use the program. The best feature for me
is the very flexible zooming. Arcs and rotations are very useful too.
The one major functional drawback MacDraft shares with MacDraw - inordinately
long time to refresh the screen when looking at a complex drawing at low
magnification. I suppose this is QuickDraw's fault, but a really spiffy
program would be able to "summarize" a drawing quickly when zoomed out.
[ note from moderator: I noted the above problem in MacDraft just today
while working with it. Unfortunately one really has the feeling that the
program is buggy while working with it. It really has lots of great
features but if they don't get it working relatively bug free I may have
to go back to MacDraw (gulp). DAVEG ]
------------------------------
Date: Wed, 3 Dec 86 15:44:24 est
From: levine@eniac.seas.upenn.edu (Jonathan M. Levine)
Subject: why SCSI drive is so expensive
I think that we will all find that MAC hard drives are more expensive than
IBM drives because
(1) It's more expensive to put drives in boxes
(2) Mac hard drive sellers sell fewer Mac hard drives, thus pay more per
unit
(3) People are willing to pay twice the price for Mac hard drives.
Jonathan
------------------------------
Date: Wed 3 Dec 86 17:25:30-PST
From: David Liu <DLIU@Sierra.Stanford.EDU>
Subject: re:HD for the Mac
For the three reasons cited, I would like to make some comment:
1. The drive is expensive because it costs $$ to put it into a box:
-Then why the internal drive cost almost 2X more expensive? Even
it does, this operation should not cost several hundred dollars each.
2. the sales volume is smaller so it costs more for the vendors to get the
teh 'naked' drive:
volume discount should not make , again, ~$400 each less.
3. The Mac users are willing to pay$$$$$
I think that is the true reason. With the competitions coming in,
and Mac users have more good quality brands to choose, the price then may
become less outrages. The price drop from $1500 HD-20 (non-SCSI) to the
present price scale of SCSI drives is an interesting example.
------------------------------
Date: 2 Dec 1986 16:18-EST
From: mp1w#@andrew.cmu.edu (Marc Russell Pawliger)
Subject: The Smallest System?
I am interested in smallifying my system file. I know that with the
old roms and System 2.0, one could actually have a workable system that
was about 40K. This was by cutting out all essential fonts, installing
only a 38 byte DA (Compact), and cutting things like the MACS resource.
With System 3.2, what is the new limit? You can cut Chicago 12 font,
since that's now in ROM, you can cut out the ATP resources, once again
in ROM, what else? After a while you lose functionality - like cutting
out PAT# and so on - the interface degrades, but the mac still 'works'.
Also, is there documentation for the new resource types, particularly
the lowercase designated ones, that appeared with 3.X? Any help is
appreciated.
Marc
mp1w@andrew.cmu.edu
mp1w@te.cc.cmu.edu
------------------------------
Date: 2 Dec 1986 13:47-EST
Sender: PHORWITZ@G.BBN.COM
Subject: Group viewing of Mac screens
From: PHORWITZ@G.BBN.COM
I am part of a group that is working on MAC-based software for use in
the classroom. As part of the curriculum, we wish to use this software
in "demo mode", i.e. in such a way that the entire class can view it at
once. Given the small size of the screen and the closed architecture of
the machine, we obviously have a problem. Several solutions suggest
themselves:
(1) We are planning to AppleTalk the machines (approx. 6 per classroom)
together, so as to share resources such as printers. Does anyone know
of a way to use this network to produce a "master-slave" relationship,
such that anything typed (e.g. by the teacher) on one machine will
appear on all the others?
(2) Has anyone had any experience modifying the Mac Plus and hooking it
up to a large monitor? How successful pedagogically is this approach?
Please reply to me directly. If there is sufficient interest I
will summarize for InfoMac. Thanks!
Paul
------------------------------
Date: Wed 3 Dec 86 10:29:03-PST
From: Ivan R. Linscott <LINSCOTT@Score.Stanford.EDU>
Subject: image cameras for the Macintosh
The December '84 issue of MACWORLD carried an ad for what appears to be
a solid state image camera called the Micron Eye from Micron Technology.
The product was carried by the MacConnection in NH. They don't offer it
now, and do not know who does. I wonder what ever became of the Micorn Eye.
I am interested in finding a solid state image camera for the Macintosh.
Does anybody know of a product that would allow relatively noise free
images to be input to a Macintosh at say, 10 frames per second ???
Thanks.
Ivan Linscott - RadioScience Group
------------------------------
End of INFO-MAC Digest
**********************
∂05-Dec-86 1749 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #21
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 5 Dec 86 17:49:42 PST
Date: 5 Dec 86 1744-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #21
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Friday, 5 Dec 1986 Volume 5 : Issue 21
Today's Topics:
TextEdit with Tabs
Re: LSP or Borland's Turbo Pascal?
Loading Random Segments
Disk Inserted events in TransSkel
next Macs from Apple rumors from Usenet
Demo Tex Previewer
demo of shanghai, a game for the Mac
DA-DEFAULTFONT.HQX
Re: death knell for the 512E?
Death Knell for 512E Premature
Mac/MIDI Responses
Patch for SpaceWar
Re: megaroids
Textures bug? revisited
SCSI Tape drives
MacWrite and HFS...
Desktop Pattern
Usenet Mac Digest V2 #99
Delphi Mac Digest V2 #64
----------------------------------------------------------------------
Date: Wed, 3 Dec 86 22:49 PST
From: PUGH%ZAP.MFENET@LLL-MFE.ARPA
Subject: TextEdit with Tabs
So someone on this net was playing with that MacTutor article about extending
the capabilities of TextEdit to include tabs. You know who you are!
Is it at all worthwhile to do that patching at the System level instead of at
the application level? Where would TE tabs be useful? For that matter, how
does the PTCH resource work so that you can do them at a system level?
You can see that I don't really see a need for TE tabs in the Mac, although
it certainly would make it simple to do a fairly standard text editor with
very little work (aside from patching the TE routines). Does anyone care to
point out to me where TE tabs would be useful in existing applications?
Jon
------------------------------
Date: Thu, 4 Dec 86 10:50:29 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Re: LSP or Borland's Turbo Pascal?
I haven't dealt with Turbo, but I have heard some things, and I have some
comments.
-- Apparently, Turbo doesn't have the slick project management that
LSP does. This is a definite drawback.
-- As for the "multitasking", what's the point? The turnaround in LSP
is so fast, it really doesn't matter whether I can edit while running or not,
since I can simply quit, fix bug, recompile, re-run in seconds. It makes no
sense to be compiling something while running another, because it'll just
slow both steps down, and who needs it?
-- I use Lightspeed Pascal, and I almost never see a bomb box. when
the debugging is turned on, any system errors are traced to the lines where
they occur. I don't have to fight with Tmon or Macsbug.
If I had to choose again, I'd still choose Lightspeed Pascal.
--Rich
------------------------------
Date: Wed, 3 Dec 86 09:01 EDT
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: Loading Random Segments
And so, you the jury must consider my bewildering story:
My program, written in the Lightspeed flavor of Macintosh C, is running.
The program opens a file's resource fork. The program then calls a routine
in a different CODE segment. The Segment Loader loads the CODE segment from
the most recently opened resource fork (which isnt MY programs's). Random
code executes. The Mac Bombs in a ROM routine called _FontMetrics.
The moral of the story is: I have to call UseResFile(MYprogramsFileRefNum);
and SetVol(0L,MYprogramsVolume); everytime a procedure calls a routine
that's not in the SAME CODE segment.
So, am I guilty of a grievous error? Am I being overly naive to the ways
of the Macintosh? This CANT be right. Who invented liquid soap?
Bewildered
Joe
------------------------------
From: hplabs!felix!fritz!rlong@ucbvax.Berkeley.EDU
Subject: Disk Inserted events in TransSkel
I just downloaded the new TransSkel recently posted to mod.mac.binaries.
I looked at the code to process disk-inserted events as I was interested
in putting something similar in my project. The code looks like:
case diskEvt:
DILoad();
DIBadMount(...);
DIUnload();
break;
I thought (after reading the phonebook IM) that it was too late to call
DILoad when the disk event occurs, because the system disk may have been
ejected at that time. If you have a one-drive mac, no hard disk, I expect
this to happen:
1/ You eject the system disk.
2/ You insert a blank disk.
3/ Disk event.
4/ Appli calls DILoad.
5/ System ejects blank disk and request system disk.
6/ System loads DI package.
7/ Appli calls DIBadMount.
8/ User gets the disk-unreadable dialog and clicks Initialize.
9/ System disk, still in drive, is initialized!!
Am I wrong?
Daniel Ranson.
Centre National d'Etudes des Telecommunications
...!seismo!mcvax!inria!crcge1!crcge2!ranson
------------------------------
Date: Thu, 4 Dec 86 11:19:23 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: next Macs from Apple rumors from Usenet
I picked this off of usenet news and I thought those who don't have
access to the usenet digests would be interested. I added a few comments at
the end that I welcome response to.
>For what it's worth, this info is from the latest "MacWeek" from the
>MacUnderground:
>
>Next year there will be three Mac computers, the MacPlus, Aladdin, and Paris.
>The MacPlus will remain the same except that the retail price will drop to
>$1795. The MacPlus and the HD 20 SCSI drive will be bundled together for
>$2495.
>
>Aladdin is the code name for Apple's $2795 68020 Mac with double 800k drives.
>It will look like the MacPlus and it will be Apple's last upgrade ($899) for
>the Mac. It will have two slots on the motherboard and the keyboard will have
>MS DOS-like function keys. Apple will bundle the Aladdin with HD 20 SCSI for
>$3495. The insides should have a 16MHz, 68020 processor, a 68881 math
>co-processor, an 80dpi screen, and an option for 1.6MB double 3.5" drives.
>Compatibility is keeping Apple from a certain January debut. Memory size was
>not mentioned.
>
>Paris is Apple's $4-7K SUN/AT/VAX killer. It will have a 68020/68881 processor
>package, 1.6MB 3.5" floppy drives, 80 dpi screen, 8 slots on the motherboard,
>and will use a VME bus. The basic Paris (no hard disk) will sell for $3995
>in March. The Paris Workstation will sell for $5495 and will have standard
>40 MB internal HD and a Radius-like full page screen (March or later). At
>$6995 you can have a color Paris. Memory size was not mentioned.
>
>Compatibility is the name of the game with Paris. Apple wants as many third
>party boards and as much software as possible. This system CAN support
>milti-tasking, so it has to be as "open" and standard as possible.
>
>The article indicates that the Mac 512E is officially off the Apple price list
>and has not been made for quite a while.
>
>Comments anyone?
>Bob S.
>Disclaimer: The above is as reported on the MacUnderground. I am only a
>subscriber and know as much as you do about the new Macs.
I've got some comments...first about the Alladin: If Apple can do
put a 60020, a 68881, a second 800K drive and give 2 'slots' for $900
then just about EVERYONE I know will spring for it. I think that is
an unrealistic expectation, especially considering the $/value in previous
upgrades was not NEARLY as good. One interesting way Apple can cut down
the price of the upgrades could be by unsnapping the memory from the current
Mac+ motherboard and plugging it into the new motherboard. I'm not certain
about the speed of the chips, this may not be possible but it would be cute
and allow us a cheaper upgrade. I hope we are in for such a pleasant surprise.
Regarding what I think they SHOULD do with such a machine, here is the
MINIMUM: 68020 with a SLOT for the 68881. Since these chips are currently
expensive even in quanity, putting both as standard would greatly increase
the cost to the consumer. Give us an option this time though!
If you can also give us an option for a hardware memory management chip
in this machine then do so. Also necessary for the minimum upgrade should
be some way to attach a different screen to the Mac. The current add on
screens work, but I think an Apple 'approved' solution is necessary. I think
giving the screen option ONLY to the slotted Mac is a mistake. With the
fast processor, memory management, SCSI, and large screen, the current
Mac audience is likely to be VERY happy. Most people don't need lots of
SLOTS, just the flexibility to add a screen (maybe I'll take that comment
back when I see the amazing things Macs with slots will be doing in 2 years!).
Back to my original comment...if the above rumors about Alladin are correct
then here is my $900!
As far as the validity of the above rumors it seems like two things
damage the credibility of them. I find it hard to believe that there will
really be a keyboard with function keys on the Alladin. The second
more serious problem is that it seems almost certain that the bus for
the 'Paris' computer will be NuBus, not VMEbus. That in particular makes
me wonder whether I should believe any of the other info. One thing I
definately believe is that the 512E is not going to be an Apple product
once the new products are announced and the current stock is sold.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET adres: DVEGSAVMBITET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Thu, 4 Dec 86 08:02:30 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Demo Tex Previewer
[Share and enjoy...]
part 1 of 5: a MacWrite document containing some info on TeX Preview.
part 2: TeX Preview part 1
part 3: TeX Preview part 2
part 4: DVI file part 1
part 5: DVI file part 2
Rick Jansen
{seismo,decvax,philabs}!mcvax!sara70!rick
[ note from moderator: This is a demo of a TeX previewer. It allows you
to preview the dvi files which are included with the previewer but no
others. Even though it is limited in its abilities, I felt that many people
would be interested. DAVEG ]
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-TEXPREVIEW-PART5.HQX
DAVEG
]
------------------------------
Date: Thu, 4 Dec 86 18:35:08 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: demo of shanghai, a game for the Mac
I am posting this for the author who had problems getting it to
the net directly. DAVEG
This is a demonstration version of Shanghai. Shanghai is a captivating
strategy game played with 144 Mah-Jongg tiles arranged in a
dragon-shaped pyramid. Players search for matching pairs of tiles, and
remove them according to a few simple rules. The goal of the game is to
remove all 144 tiles. Though easy to learn, Shanghai offers a continuing
challenge. The tiles are randomized for each game, so every time you play
you must work out a new strategy. At any point in a game, many of the
tiles are hidden from view, so each move involves luck as well as skill.
The Help menu lets you backup a move, see all possible moves, and so on.
In addition to solitaire play, the game includes a tournament variation, in
which any number of players can try their hands at the same arrangement
of tiles. Another variation lets two players take turns finding moves in
the same arrangement, under a time limit; the player who finds the most
moves wins.
The accompanying application is a demonstration version of Shanghai. It
contains one arrangement of tiles--a single game to whet your appetite.
Shanghai was reviewed in the October and November issues of MacUser,
and a recent issue of MacWorld. (It's also available in Apple ][, C64,
Amiga, Atari ST, and IBM PC versions.) UnBinhex the file, then unPackit.
Enjoy!
-Brodie Lockard I.ISIMO@LEAR.STANFORD.EDU
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-SHANGHAI.HQX
DAVEG
]
------------------------------
Date: Fri, 5 Dec 86 15:01:46 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: DA-DEFAULTFONT.HQX
This was fetched from usenet news:
This is a desk accesory that will set the default font to whatever font you
want till you reboot or run the DA again to change it. Has worked flawlessly
here on all apps and systems so far. It is real handy for programs like Excell
that constantly default to Geneva every time that a new chart, worksheet or
whatever is opened and you want it in a laser font. It gives you a font
selection menu and tells you what the current default font is, displayed in
that font. The next application launched will use the font you select.
The source files are included as well, in MDS format, along with a clear
and concise documentation file explaining how and what it does.
Written by Jim Hamilton, one of our mac enthusiast engineers...enjoy..
John VanMunster
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-DEFAULTFONT.HQX
DAVEG
]
------------------------------
Subject: Re: death knell for the 512E?
Date: Thu, 04 Dec 86 08:39:59 EST
From: Kevin J. Fong <kf@mitre-bedford.ARPA>
This is in reply to the earlier posting about Apple plans to drop the 512E.
Bouldin writes:
> Yesterdays Wa. Post had a 1/2 page ad offering half off on peripherals
> purchased only with a 512E, up to a maximum rebate of $250 from Apple. I
> have been wondering for some time when Apple will drop the 512E, and I think
> this is a move to clear the shelves of inventory.
The 50% off on peripherals up to $250 with the purchase of an Apple system has
been an ongoing marketing campaign since early November. Although that
computer store may have been advertising only the 512E, this offer does apply
to all Apple systems including the Apple IIs and the Mac Plus.
I have read and heard, and believe that Apple's strategy has been to push the
MacPlus as a functional business (desktop publishing, engineering, etc)
computer, the 512E as a high-end home and high-school/college educational
computer, and the Apple IIs being marketed as lower-end home and grade school
educational computers (although the IIGS seems like it could be high-end to
me, but that's another upgrade story). As far as I can tell, the new Macs
will be even higher-end business and engineering machines.
As Christmas is approaching, Apple is doing what all companies are doing;
trying to sell to the gift-buying and money-generous Christmas customer for
home use, just as when school started in September, Apple was advertising the
II line for the student all over the place.
To some degree, the MacPlus is too expensive (at $2199 list and going rate of
$1399 plus the additional purchase of $500 worth of peripherals) to be a
reasonable Christmas purchase except to the wealthy. It seems that most
people will buy the Imagewriter II, which is listed at $625, so the additional
cost is really $625, which puts the MacPlus over $2000 even with the
discounts. To compete with the Commodore Amiga and Atari STs for home
purchases, Apple has to really push the 512E (going rate around here is $999
plus the additional $500 ($625) peripheral purchase).
It may be true that Apple plans to drop the 512E in the future, but I don't
think this promotion has anything to do with it. Actually, I don't believe
Apple can afford to drop the 512E for some time, because even with the
introduction of the IIGS, the Macintosh is now Apple's bread-and-butter
machine. If Apple plans to compete with Commodore and Atari, and continue to
push the Mac interface (done in the true Mac way, not the IIGS or Gem/PC
method), it will need the 512E. Even if Apple can introduce the new Mac
machines at the present MacPlus list price and discount the MacPlus to the
512E list price, the dropping cost of computers and increased competition may
require that Apple still keep the 512E at about $1000 list.
To some degree, I think the promotion is working. People around here are
talking about the soon-to-be-here IIGS (there are many IIe owners looking to
upgrade) but that leads into a discussion on the new interface and the Mac,
and this "sale" as a good time to make a purchase of something.
By the way, Apple's stock price has surged to $42.75/share from about $15
during 1985. So someone must think (fantasy or reality?) they're doing
the right thing.
Also, read in the PC Week rumor column that Apple is gearing up its Fremont
production facility to make 200 "Paris" machines (68020, 4M RAM, Hard Disk,
13-inch monitor) for its developers. Anyone else hear anything?
Kevin Fong
kf@mitre-bedford
* I have no Apple stock - and I wish I had! And I have no other connection,
other than I am a happy owner of a MacPlus and know of many others.
------------------------------
Date: Thu, 4 Dec 86 11:30:39-1000
From: uhccux!david@nosc.ARPA (David Lassner)
Subject: Death Knell for 512E Premature
>Date: 2 Dec 86 13:51:00 EST
>From: <bouldin@ceee-sed.ARPA>
>Subject: death knell for the 512E??
>Reply-to: <bouldin@ceee-sed.ARPA>
>
>Yesterdays Wa. Post had a 1/2 page ad offering half off on peripherals
>purchased only with a 512E, up to a maximum rebate of $250 from Apple. I have
>been wondering for some time when Apple will drop the 512E, and I think
>this is a move to clear the shelves of inventory. Comments, confirmations,
>or rebuttals anyone?
This is part of a standard Apple discount program which applies to
Plus's as well as 512E's. Your dealer may be using it to try to
unload 512E's, but Apple will give the rebate regardless of the system
purchased.
David Lassner, University of Hawaii Computing Center, 808/948-7351
UUCP: {ihnp4|ucbvax|seismo|dcdwest}!sdcsvax!nosc!uhccux!david
ARPA: uhccux!david@nosc
PLATO: david lassner/remotep/pca
------------------------------
Date: Wed, 3 Dec 86 09:08 EDT
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: Mac/MIDI Responses
A hearty thanks to everyone who answered my MAC MIDI question.
Here's a posting of the results for those who may also be wondering about
Mac/MIDI hardware and software.
Thanks Again,
Joe
--
From: HENRY::IN%"dlc%a%LANL.ARPA%relay.cs.net@rca.com" 24-NOV-1986 21:39
To: jdm%smvl%rca.com@relay.cs.net
Subj: Re: MIDI Interfaces
Concertware+MIDI did not come with a hardware interface when I bought it.
I have both an Opcode (which doesn't work on IN to the Mac, but I only
paid $5 for it, and it may be defective) and an Assimilation Process (the
marketing company went out of business, but the OEM still sells the MIDI
interface, maybe still under the Assimilation Process name) which works
for the MIDI but the auto-serial-pass-on to a MODEM has not worked for me.
Musicians were posting notes to news that Opcode was the best because it
has 3 selectable clock rates, but AP worked better for me. If you have
a Mac+, you need some way to adapt to the 9-pin D-subminiature and some
way to get +5 and/or +12 to the correct pin(s). Musicians also say that
Mark of the Unicorn products are better than Concertware+MIDI, but the
MOTD products (Professional Composer and some playback utility) cost
several times what C+M costs, so I have my doubts about relative doubt.
My complaint about C+M is that recording chords from a keyboard is
difficult. It has to be done one voice to a pass, and it is very difficult
to synchronize the note timing. The notes can be editted, but since the
editting is done on a standard staff, scrolling and redrawing is slow.
--
I have outlined below some of the MIDI interfaces that are
currently available for the MAC. If you have a MAC+ you will have to
find out which products support the 12 Volt supply line. I don't have
any information on that.
Manufacturer Product Connection Price Ports
----- ------- ---------- ----- -----
Assimilation MIDI Composer Printer/Modem $89.00 MIDI in, MIDI out
Music Works MacMIDI Star Printer/Modem $79.00 MIDI in, 3 MIDI out
" " MacMIDI 32 Printer/Modem $149.00 2 MIDI in, 2 MIDI out
" " MacMIDI Sync Printer/Modem $249.00 2<=>2,drum&FSK sync i/o
" " MacMIDI SMPTE Printer/Modem $349.00 Same as Sync,SMPTE i/0
Opcode MidiMAC Printer/Modem $125.00 1<=>1;500kHz,1 or 2MHz
Passport MH-02M Serial $249.00 1<>1;drum&tape i/o,rs232
I hope this gets you going in the right direction. I cannot tell
you which of these products is best suited for your needs, but if you're
not planning to expand and you just want to hook up the board to the MAC
then Assimilations MIDI Composer or Music Works MacMIDI Star will definately
get the job done. I've heard that Opcode's MidiMAC is a nice piece of
hardware but I've never seen it operate and I don't have any reliability
info on it. Have fun!!
Matt
P.S. Who invented liquid soap?! The same person who invented liquid detergent.
------------------------------
Date: Wed, 3 Dec 86 21:05:57 PST
From: wetter@tybalt.caltech.edu (Pierce T. Wetter)
Subject: Patch for SpaceWar
Do you know what the patches are for spacewar to get it to work on the
mac+? I tried the generic one but it didn't work ( generic=patch all the
buffer addresses to their macplus equivalents).
Thanks in advance
wetter@tybalt.caltech.edu
------------------------------
Date: Thu, 4 Dec 86 10:21:47 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Re: megaroids
Thank you for your help, I have discovered the problem and the solution:
Megaroids does not like the cache
[sigh]
At ngp the file mac/files.hex/megaroids.hqx _is_ the patched version of
megaroids and runs perfectly on my 512e, AS LONG AS I REMEMBER TO TURN THE
CACHE OFF. Why this is so, I don't know, but if any one else is having
problems, perhaps a notice should be included in the message portion of the
binhex file.
Ken.
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."
------------------------------
Date: 4 Dec 86 13:23:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: Textures bug? revisited
Reply-to: <bouldin@ceee-sed.ARPA>
A couple of days ago I reported an apparent bug in TeXtures 0.92 when
trying to use the letter format from Appendix E of the TeXbook. Well,
this is the bug isolated down to a fragment of TeX input code.
The source of the bug in the letter format from the TeXbook (pg. 407):
%THIS DOESN'T WORK
%
\def\closing{\beginlinemode\getclosing}
{\obeylines\gdef\getclosing #1 % NOTE THE 4 TRAILING SPACES!!!
#2
{#1\nobreak\bigskip #2\nobreak
\bigskip\bigskip\bigskip % space for signature
\def
{\endgraf\nobreak}}}
%THIS WORKS
%
\def\closing{\beginlinemode\getclosing}
{\obeylines\gdef\getclosing #1% NOTE _NO_ TRAILING SPACES
#2
{#1\nobreak\bigskip #2\nobreak
\bigskip\bigskip\bigskip %space for signature
\def
{\endgraf\nobreak}}}
Note that either version of this TeX code works fine with the VAX
implementation of TeX. I don't know if the VAX is allowing a TeX
'extension' or if this is a bug in TeXtures. Again, any TeX wizards out
there who know if TeXtures SHOULD get indigestion over the 4 trailing
spaces?? I am confused about _why_ the spaces preceeding argument #2
don't matter, while the trailing spaces after argument #1 apparently do.
------------------------------
Date: Thu, 4 Dec 86 08:31:19 AST
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: SCSI Tape drives
Has anyone had any experience with SCSI tape drives on the MAC. I am
mainly interested in the 20 Meg versions, and would like to know backup
speed and ease of use. I know a second hard disk is less expensive, but
it does not allow the same type of 'archiving' possible with using tapes.
Please reply directly and if I get enough information, I'll summarize it
for the net.
==> Paul@Acadia.BITNET
------------------------------
Date: Thu, 4 Dec 86 11:06:43 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: MacWrite and HFS...
I am using a 512K Mac, old Roms, 800K external drive, System 3.2, Finder 5.3,
Hard Disk 20 1.0. I have a HFS system disk (i boot with the HD 20 Startup
first, then switch), with Macwrite in a folder. Whenever I quit MacWrite, the
files "UndoFile" and "ScrapFile" are left in the folder along with MacWrite.
I know these are temporary files, but how come MacWrite doesn't get rid of
them, as it does with MFS?
Is this yet another bug in my Ram-based HFS? I suspect so....
Could some kind soul PLEASE Binhex the latest Hard Disk 20 file and Mail it
to me? Please? *Whimper*
Richard M. Siegel
Arpanet: rs4u@andrew.cmu.edu (the only way to get to me!)
Disclaimer --> Disclaimers are bogus.
------------------------------
Date: 4 Dec 86 10:37 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Desktop Pattern
I was wondering if someone knew of a public domain applic. that allowed
one to take a Macpaint image and make it the Desktop pattern, permanently
(until replaced by something else, I mean). I know PBI has a utility out
that does it, but I don't want to spend $30 on something so trivial. Is
there a PD one to do it?
If so and you have it, could you send it to me please?
Thanx much,
JAH
[ note from moderator: There are two such programs in the archives.
STARTUPDESK.HQX is an INIT which is installed and uses a single MacPaint
document to provide the startup screen. The other, DA-BACKDROP.HQX is
installed as a DA I believe and randomly chooses a Macpaint picture from
those available in the system folder to use as the startup screen so you
won't get bored. DAVEG ]
------------------------------
Date: 3 Dec 86 21:55:36 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #99
Usenet Mac Digest Wednesday, 3 December 1986 Volume 2 : Issue 99
Today's Topics:
Re: Wordperfect drives Apple LaserWriter
Re: Should we support 64K ROMs anymore?
Re: MacWrite on 68020
SuperPaint or Cricket Draw
Re: PostScript dump from SuperPaint
MacDraw, 64K ROM and LW+
A DA for making up fonts ??
video digitizers for mac?
Jasmine Direct Drive 20
1987 Macs According to MacUnderground
Re: Use of IM
Unisoft Unix on the Apple Lisa computer
Re: SuperPaint or Cricket Draw
Question about Microsoft Word
ETH Modula 2 launching
Re: Some Floppies Won't Boot (Delphi 2.62)
please forward to delphi
Re: Delphi Mac Digest V2 #61
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-99.ARC
DAVEG
]
------------------------------
Date: 4 Dec 86 13:47:47 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #64
Delphi Mac Digest Thursday, 4 December 1986 Volume 2 : Issue 64
Today's Topics:
Traveling DFrame...
MacinTalk patches
RE: XP20
RE: Network
RE: problems with Chooser
RE: 800K MFS volume
Koala out of business? (2 messages)
RE: Ghost windows
RE: MPW observations
printer driver skel?
RE: Russian fonts
Re: Should we support 64K ROMs anymore?
Re: Posting Menus
Re: Disk drives
deals too good (3 messages)
RE: boot problem (2 messages)
RE: Mac user interface (6 messages)
RE: INFO-MAC Digest V5 #19 (2 messages)
DataFrames and performance
Opening the HD20SC
RE: Should we support 64K ROMs anymore?
Startup (3 messages)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-64.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂07-Dec-86 1617 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #22
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 7 Dec 86 16:17:09 PST
Date: 7 Dec 86 1613-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #22
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Sunday, 7 Dec 1986 Volume 5 : Issue 22
Today's Topics:
Journalling on the mac
DASampler File Format?
New Version of McFace available for hard core Fortran types...
PICT-format
SimpleTools2 update
JEFF-INTERPRETER.HQX
UTILITY-MIND.HQX
VEGGIE.HQX
RE: Group Viewing of Mac Screen
re: large screen monitors for the mac
RE: High Hard Disk Prices
Warning: recent DataFrame-20 drives have high failure-rate.
Tools to Recover 'Damaged' Diskettes?
MS-Word update
Uploading binhexes
Dark Castle (a lengthy review)
Query: running a Mac on 12 Volts - how?
Historical simulation software wanted
64K Mac OS ROMS
Usenet Mac Digest V2 #100
Delphi Mac Digest V2 #65
----------------------------------------------------------------------
Date: Thu, 4 Dec 86 13:31:55 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC>
Subject: Journalling on the mac
Help!!
Some time ago, i read a message, most likely in this digest, about the use
of the 'journal' DA. According to the message, the method is to use resedit
to go into the system file on the 'Guided tour of macintosh' disk. Then the
driver '.journal' is changed into a DA by removing the prepended period. So
far, so good. The problem is that this DA doesn't DO anything. It sits up
there under the apple, but when invoked gives no response. The original post-
ing claimed that a new menu would be created, but i don't see one. Not being
really familiar with this sort of hack, i am appealing to all your macgeniuses
(macgenii?) for some support. The file i hacked came from the guided tour for
a mac+, but it doesn't work on either the plus or the old 512k. Replies can be
sent to me, and i'll post them, or just send them to the net.
Regards,
tom c
ARPANET tcora@ARDEC.arpa
------------------------------
Date: Fri, 5 Dec 86 11:45:15 PST
From: gunther.pa@Xerox.COM
Subject: DASampler File Format?
I would like to know how to generate the correct file format that is
required by the DASampler. It indicates that it wants the DA code in the
format understood by DAMover v3.2, I think. Most DA's that are in the
public domain seem to be stored in this way and are recognizable by the
'travelling suitcase' icon. I'm assuming this must be a straightforward
process.
I'm using the Megamax C development system. Any help would be
appreciated.
Neil.
[note from moderator: generating DAs in the appropriate format depends on
the development system you are using. For MegaMax C version 2.1 had an
option in their linker to produce a DA. Of course the proper working
of this depended on your coding your source in the appropriate way for
a DA. I believe they have a section in the documentation on how to handle
Desk Accessories. DAVEG ]
------------------------------
Date: Thu, 4 Dec 86 12:10:45 CST
From: wmartin@ngp.utexas.edu (Wiley Sanders)
Subject: New Version of McFace available for hard core Fortran
Subject: types...
Sender:
Reply-to: ngp!wmartin@ngp.utexas.edu (Wiley Sanders)
In case the reader is not aware of its existence, McFace, by Dan
Kampmeier, is an external subroutine available for Microsoft Fortran that
makes use of the Mac user interface very easy. I am having great luck taking
existing Fortran applications, most of which have the usual non-existent
user interface, i.e. read unit 5 & write unit 6, and simply sticking calls
to McFace's editor windows onto the front end and the back end of the
application. To Dan's credit, the subroutine (which itself is written in
Fortran!) has worked every time, and it's trivial to use, even though it's
sometimes rather slow.
Now Dan has gotten together with Rob Richards of Tensor Laboratories in
Stanford and has combined his product with theirs into a new version of McFace
containing Tensor's "McFace 2.0 Tools" as well as the McFace subroutine. McFace
Tools seems to consist of source code for about 50 subroutines for text editing,
menus, alerts, windows, cut & paste, desk accessories, printing, etc.
Listed enhancements and fixes to the McFace subroutine itself include:
- The McFace subroutine now has "toolbx.sub", "spool.sub", and
"flags.sub" linked to it, and McFace can now be linked to your program, or
used dynamically and marked permanent in memory the first time it's called.
- Complete control of the "spool" subroutine via a dialog box which
appears when the "Print" menu item is chosen. Users can now print any text
file with this command without having to load the file into the McFace
editor.
- Improved documentation to reflect the increased functionality of
ResEdit version 1.0.1.
------------------------------
Date: Fri, 05 Dec 86 11:48:06 SA
From: Tero Siili <FYS-TS%FINHUT.BITNET@WISCVM.WISC.EDU>
Subject: PICT-format
I'd like to ask just one, simple question: When one uses MacDraw for
instance, one can save the picture in PICT format. Does this mean, that
the picture is saved as picture, NOT as bitmap like MacPaint does?
Thanks for info,
Tero Siili
[ note from moderator: PICT format means that files are in the form of
quickdraw pictures which are drawing commands. If you save your MacDraw
format in PICT format you still retain the object nature of your drawing
and can still get good quality on the LaserWriter. What ever happened to
trying something to see what happens? DAVEG ]
------------------------------
From: hpcea!hpsrla!hpsadla!erik@hplabs.HP.COM
Date: Fri, 5 Dec 86 08:56:18 pst
Subject: SimpleTools2 update
SimpleTools is a collection of C routines to aid programming simple
Macintosh style programs. SimpleTools initializes the toolbox, monitors
& acts upon events, and provides generic i/o routines for your
application. You initialize your program by letting SimpleTools know
what windows and menus you want along with what functions SimpleTools
should call when they are selected.
The purpose of SimpleTools is to encourage you to program those simple
programs or to pilot larger programs which you may not do due to the
enormous effort required to use the Macintosh toolbox. My goal was to
study Inside Macintosh once to create SimpleTools and then be able to
forget most of the usages of the Toolbox routines. Instead of thumbing
through hundreds of pages of Inside Macintosh just to get something up
and running, one need only remember a dozen generic SimpleTools calls.
SimpleTools2 is an update to the original and is supplied as shareware
is the form of a complete C source file. This file is heavily commented
and includes (as a comment) the file simple.h. As currently
distributed, SimpleTools2.c will compile on both the LightSpeed 1.02 and
Megamax 3.0 beta C compilers by adjusting a single definition statement.
It should be easily portable to other compilers.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SIMPLETOOLS2-C.SOURCE
DAVEG
]
------------------------------
Date: 6 Dec 86 09:42:10 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: JEFF-INTERPRETER.HQX
Date: 4-DEC-1986 12:42 by NICKDREXEL
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>JEFF-INTERPRETER.HQX
DAVEG
]
------------------------------
Date: 6 Dec 86 09:42:35 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: UTILITY-MIND.HQX
[ Uploaded from Delphi by Jeff Shulman ]
Name: MIND: REMINDER PROGRAM
Date: 5-DEC-1986 02:16 by GDUDEK
MIND allows you display reminders between program executions. It also
supports some miniFinder-like operations and allows a whole series of programs
to be launched in an arbitrary sequence on start. Specific programs may also be
lauched according to the day or date.
MIND is almost unusable without its documentation since it normally runs more
or less invisibly.
MIND is shareware.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MIND.HQX
DAVEG
]
------------------------------
Date: 6 Dec 86 09:43:01 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: VEGGIE.HQX
Date: 5-DEC-1986 20:08 by ESROG
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>VEGGIE.HQX
DAVEG
]
------------------------------
Date: 5 DEC 86 12:42-EDT
From: KURAS%BCVAX3.BITNET@WISCVM.WISC.EDU
Subject: RE: Group Viewing of Mac Screen
I am a student at Boston College, and also am employed at the Computer
Center here. We use Mac Pluses with video outs quite a lot and have no
trouble with them. A Mac Plus (or any flavor, really) can be modified so
that it can be plugged into a Conrac or Electrohome monitor or projector,
or a Barco Data or Sony projector. I've used all of these and have been
very impressed. The monitors are generally better than the projectors in
a bright-ish room, so I would reccommend them if there aren't too many people
who need to see the screen.
The Cadillac of video projectors is made by Hughes aircraft and is really
incredibly bright and sharp, even an a well-lighted room. It is the only
one which presents a truly easy-to-read image (the monitors are fine, though).
The Hughes uses an LCD representation of the video signal which is projected
by a very bright lamp. The only catch is that it costs about $27,000.
Another pretty neat product is capable of enlarging a small portion of
the Macintosh's screen and displaying it at three or four different levels of
magnification on a 25 inch screen. There are two button which mount on your
mouse which are used by the operator to control the thing. It can also freeze
the video image. I forget who makes it and what it's called, but I've seen
it and used it and it's pretty neat.
Have fun.
Pat Kuras
<KURAS@BCVAX3.BITNET>
Boston College
------------------------------
Date: Sat 6 Dec 86 09:53:39-PST
From: Bill Berner <BERNER@Sushi.Stanford.EDU>
Subject: re: large screen monitors for the mac
>(2) Has anyone had any experience modifyving the Mac Plus and hooking it
>up to a large monitor? How successful pedagogically is this approach?
I have bought two large screens for the Mac, and have upgraded about 6
so they have a composite video adaptor on the back.
The monitors I've bought are the Electrohome EV2319. They are very
nice. They ran me about $1000 each.
As for the composite video adaptors, the place to get them is
Mentauris corp (well, that's one place to get them). They are in San
Marcos, TX, but I don't have the number with me.
They are actually quite easy to install, although you'll need a torx
screwdriver and something to pry the back case of the mac off with.
The adaptors are (approx) $120 each. And the people at mentauris are
always friendly.
Bill Berner
------------------------------
Date: 5 DEC 86 12:57-EDT
From: KURAS%BCVAX3.BITNET@WISCVM.WISC.EDU
Subject: RE: High Hard Disk Prices
I sympathize with your frustration over Macintosh Hard Disk prices, but
whining about it is pointless. If you understood anything about Marketing
you would know that prices are not necessarily computed in direct relation
to the cost of producing the product. Prices imply many things about product
image, and choice of price points (especailly by a sophisticated, marketing
oriented company like Apple) usually considers product cost long after factors
like desired product image and market prices. The market for Macintosh
compatible hard disk drives still tolerates high prices.
Let me add that you are not powerless to change the price situation. As
a consumer you wield tremendous power. Rather than complain about the price
situation, hoping that others will console you in your depression, simply
buy a less expensive drive, or don't buy one at all. If enough people feel
as you do and refuse to pay, the prices will come down. Believe me, it will
happen very shortly.
------------------------------
Date: Sun 7 Dec 86 16:19:23-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Warning: recent DataFrame-20 drives have high failure-rate.
In the process of ramping up production, it seems that SuperMac succumbed to
the eternal problem of keeping up quality control in a fast expanding business.
The result is that, here in Austin, recently delivered DF-20s have experienced a
failure rate between 15% and 50% (in different stores) and a lot of bad
vibes for everyone. SuperMac is aware of the problem (a power-supply problem
seems to be confirmed) and is trying it's best (I hope and believe) to replace
drives that go bad. However, they are far from being able to deliver on the
advertised immediate exchange policy in dealer stores nor even on replacing
them by mail with immediate turn-around. Their backlog for new orders seems
to be hovering around 6 weeks in result.
While I hope and expect that SuperMac will get problems under control, for
the time being, I decided not to buy any further DataFrames especially after
reevaluating the latest versions of some drives that are manufactured here
in Austin, the Peak-line and the WhisperDrives, both advertised in the Mac-mags.
The products of both companies have matured to a point that I have decided
to buy several and recommend them to friends and customers.
If anyone else has seen similar problems and found other drives that they
decided to test and/or recommend, I'd appreciate a note.
------------------------------
Date: Fri, 5 Dec 86 16:54:28 PST
From: gunther.pa@Xerox.COM
Subject: Tools to Recover 'Damaged' Diskettes?
I have a SD disk formatted on both sides (I live dangerously) with a
pile of MacPaint images on it and the inevitable happened viz. "This
disk is damaged .... nyah, nyah, nyah"
Naturally, I'm now looking for recommendations for good hacks or product
software to recover 'damaged' disks. I've seen 'MacZap' advertized but
don't know anything about it.
Any help would be appreciated.
Neil.
------------------------------
Date: Sun, 7 Dec 86 11:20:24 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: MS-Word update
I was premature in my comments on the 3.0 upgrade. They will not
be selling it through stores (according to their rep, who may or
may not know the big picture.) And the fine print says no checks
cashed until shipping.
The demo by the rep (@ SD Mac User Group) convinced me I need it, even
if MS-Word doesn't become my primary word processor. It has a
spelling checker, the easy/hard menus, customizable menus (Command-
to delete items, Command+ to add them). It has a page preview
code, complete with magnifying glass (stolen from Excel) to give
you WYSIWYG displays. And the pagination is faster and more visible
on the page, if still manual.
Of course, they've finally removed copy protection (although 1.05 was
very easy to defeat and install on a hard disk.) I'm not still utterly
thrilled with MS-Word, but am willing to give it a chance.
Joel West
joel%gould9.UUCP@NOSC.MIL ihnp4!gould9!joel
------------------------------
Date: Sun, 7 Dec 86 11:25:47 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Uploading binhexes
I've been meaning to send this along for a while, but I wasn't sure
anyone was interested.
It is a UNIX csh script (mackerm) that I use to upload binhexes using
kermit. If for a file foo.hqx, it first sends the header (before the
binhex) as 'About foo', then sends foo.hqx. I use the header to
later note the origin on the final unhexed file.
To make this work, you need to take the first file (usually a short
About... file) manually, selecting the target directory. Then place
your MAC in server mode, since each 'kermit' command at the UNIX side
is a separate session, and the Mac would otherwise quit file transfer mode.
Oh yeah, it also works on ordinary files, preserves actual names
('FooBar' instead of 'FOOBAR') and NEVER transfers a directory.
So it's real useful to type
mackerm *
place the Mac in server mode, and walk away.
Joel West
joel%gould9.UUCP@NOSC.MIL ihnp4!gould9!joel
#!/bin/csh
# by Joel West, ihnp4!gould9!joel, 11/14/86
# Script to send binhexes and other files
# Also preserves exact upper/lower case name
set noglob
foreach f ($*)
if (-d $f) continue
set typ=$f:e
switch ($typ)
case hqx:
case hex:
set r=$f:r
set T1=/tmp/kermdat_$$
set T2=/tmp/kermhqx_$$
rm -f $T1 $T2
cat $f | cutat '(This' $T1 $T2
kermit -s $T1 -a "About $r"
kermit -s $T2 -a $f
rm -f $T1 $T2
breaksw
default:
kermit -s $f -a $f
endsw
end
------------------------------
Date: Wed, 3 Dec 86 22:38 PST
From: PUGH%CCX.MFENET@LLL-MFE.ARPA
Subject: Dark Castle (a lengthy review)
I must say that I really love the game Dark Castle and I insist that all of you
out there rush right out and buy this thing for your Christmas present to your
self. This game is a work of art in addition to being a joy to play.
Dark Castle is made by Silicon Beach software and is programmed by the same guy
that did Airborne! for them. The programming is nice, but the thing that makes
this game work so well is the artwork. It is stunning.
Warning: explicit game description and clues ahead!
The game starts out with a very nice startup screen with shimmering water and
a Dark Castle overlooked by a vulture. Organ music plays as lightning flashes
as the game sits on the Mac at the Dealer's (or for as long as you sit there
watching and listening to it). A c{ick of the mouse puts you to the screen
with buttons to choose your level and see the previous high scores. When you
start the castle drawbridge opens with a creak and a crash.
The nexus of the Castle is a room with four doors. One leads to the dungeon,
and is aptly named Trouble. The only thing to do is to get to the fourth
room, past the plague-ridden rats and bats and the robot guards, and snag the
key after knocking out the torturer that is whipping those poor men chained
to the wall. This is beautiful. All you are armed with is a bag of rocks.
They kill bats and rats and knock the robot guards down (with a nice clank),
but the torturer just grunts when you hit him with a rock. The guys chained
to the wall tell you which of the two keys to get. If you stand near the wrong
key, they will shake their heads no so you can avoid the 16 ton weight. Once
you have the key, you can escape from the Trouble rooms back into the nexus.
You will undoubtedly see the torturer since death in the two higher rooms will
drop you back there.
The Fireball series is random with Trouble. Their doors interchange, which is
signified by the ? over the doors. Inside this set of four rooms is my favorite
room. The wizard's chambers. All you have to do is, avoid the flying flaming
eye, as he tends to throw fireballs at you, destroy the Fantasia magic broom
that breaks into thirds every time you hit it, jump from platform to platform
up the wall and figure out the combination of the door behind which the Wizard
can be seen reading his book next to a burning brazier. No sweat. The eye is
wonderful. If you throw rocks at it, it will watch them go past before looking
for you again. The way it looks around is great! If you hit it with a rock it
makes a wonderful plink noise and shuts for a few moments. It is gorgeous!
The Wizard will turn your rocks into fireballs if you make it in to see him.
With those you will be able to defeat the Black Knight.
But first you need the Shield. Another series of four rooms where you elude
death by dragon-fire (pour the boiling oil on him!) and sneak to the top of an
outside tower where lightning is crashing on the roof. There lies the shield,
grab it quick before you get zapped and use it to keep the lightning away and
viola!
If you have done all this, then you can take on the Black Knight.
If you wonder how I have the time to do this, I must confess, I didn't. My
roomate has an Amiga and LOVES video games, but this beats most of the games
he has for the Amiga. I couldn't get him off my Mac until he had finished it.
I left for Thanksgiving on Thursday and he had done the whole thing by
Sunday. Some people!
Well, I seem to have run amuck a bit. Sorry. Go buy the game! It's worth it.
Jon
------------------------------
Date: Sun 7 Dec 86 14:49:20-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Query: running a Mac on 12 Volts - how?
a friend of a friend (an old Salt) came to visit - and we infected him with
our Mac-mania. Now he wants replace his ][ with a Mac on his ocean-going
49-footer.
Can anyone contribute any leads, hints, advice to running a Mac and printer
off a 12 volt battery on the high-seas (and in port, of course (-) ??!!
thanks - and I'd promise any helpers a postcard from my installation-trip
to the Mediterranean ....
------------------------------
Date: Sat, 6 Dec 86 17:09 EDT
From: <GEOFFRIL%UNION.BITNET@WISCVM.WISC.EDU>
Subject: Historical simulation software wanted
Faculty in our history department are starting to get interested
in moving beyond word processing.
In particular, they are looking for some historically-accurate
simulations (no war games please) that can be used to educate
students about the problems, lifestyles, and mores of various
periods.
I'd like to communicate with users at other Colleges and universities
who have developed such software or are interested in doing such.
Leo Geoffrion,
Coordinator of Academic computing
Skidmore College
Saratoga Springs, NY 12866
(518) 584-5000
Geoffril@union.bitnet
------------------------------
Date: Sun 7 Dec 86 01:07:55-EST
From: Chien Li Chung <UI.CHUNG@CU20B.COLUMBIA.EDU>
Subject: 64K Mac OS ROMS
I need to get my hands on a couple of the old 64K Mac OS ROMS.
If anyone has any or knows where to get some please contact me at
UI.CHUNG@CU20B.COLUMBIA.EDU (on Bitnet). Thanks.
------------------------------
Date: 6 Dec 86 10:42:59 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #100
Usenet Mac Digest Saturday, 6 December 1986 Volume 2 : Issue 100
Today's Topics:
MacApp Technical Seminar
FKEY's from Aztec C
Re: Where's the help button on this thing
Re: Macintosh programming. Help!
Offscreen bitmaps/Copybits and maskrgns
Re: Icon Review Winter Vaporware?
Macintosh Programmer's Workbench
A couple DA questions
Bizzare Bug
Re: FKEY's from Aztec C
WillWriter
modems on the Mac + (2 messages)
Re: Should we support 64K ROMs anymore?
Re: Macintosh Programmer's Workbench
Re: Icon Review Winter Vaporware?
Is is safe to veto disk re-insertion prompts?
Omnis 3 Users group
Laserwriter, line width, Fortran
Re: Offscreen bitmaps/Copybits and maskrgns
Re: Macintosh Programmer's Workshop
Re: Should we support 64K ROMs anymore?
Re: Macintosh Programmer's Workshop (2 messages)
FTL MacTeX question
floating point librarys
Floating point speed and MacForth Plus
Re: Macintosh programming. Help!
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-100.ARC
DAVEG
]
------------------------------
Date: 6 Dec 86 12:24:46 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #65
Delphi Mac Digest Saturday, 6 December 1986 Volume 2 : Issue 65
Today's Topics:
RE: User Interface (3 messages)
RE: Usenet Mac Digest V2 #99
Clickin On
RE: Opening the HD20SC (2 messages)
RE: MPW & Lisa Pascal
Tags footnote: Seagate 225N
IBM PC vs. Mac (12 messages)
RE: Winter, Electrons, and Sealing Wax
Frustrated?
RE: Startup
San Francisco Expo info
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-65.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂08-Dec-86 2206 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #23
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 8 Dec 86 22:06:13 PST
Date: 8 Dec 86 2202-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #23
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 8 Dec 1986 Volume 5 : Issue 23
Today's Topics:
Re: Loading Random Segments
Re: DASampler File Format?
hidden commands in `hd-test'
More on 68020's and Macwrite
TransDisplay Bug
turbo pascal
MacMan
Historical simulations
Re: Tools to Recover 'Damaged' Diskettes?
Hyper Drive Recovery
VAX-Laserwriter connection
SCSI/Ethernet
----------------------------------------------------------------------
Date: Mon, 8 Dec 86 12:41:43 EST
From: singer@harvard.HARVARD.EDU (Andrew Singer)
Subject: Re: Loading Random Segments
You are being overly naive to the ways of the Macintosh.
The Resource Mgr maintains a list of open resource file maps. When it needs to
load a resource, it searches the resource maps starting at CurResFile and
proceeding down the list until the last resource map (which should be
the System unless you've been diabolical).
When you OpenResFile, the new ResFile is inserted at the head of the list
and becomes CurResFile (unless the file was already open, in which case it
DOES become CurResFile (contrary to IM) but DOES NOT go to the top of the list,
it stays where it was).
When you call a routine in another segment (that isn't already loaded), the
segment loader will call GetResource on the CODE segment it needs to load.
The resource mgr will search the maps on its list and get the first CODE
resource of the ID requested that it finds. In your case, it's finding a CODE
resource in the file your program opened, before it searches your application's
resource map. C'est la Mac, c'est la guerre.
You gotta problem.
How about doing this:
/* when you initialize things do this: */
myAppResFile = CurResFile();
theOtherFile = OpenResFile("\pMy Other File");
UseResFile( myAppResFile );
...
/* when you have to operate on the other resfile, bound it by */
/* UseResFile calls: */
saveResFile = CurResFile();
UseResFile( theOtherFile );
/* now do what you need to do with this other file */
/* DON'T make any calls to segments which are not already */
/* in memory !!! */
...
UseResFile( saveResFile );
In any case, you must tread carefully here!!
Who invented liquid soap? Proctor and Gamble???
Hopefully helpfully,
Steve Stein, THINK Technologies, Inc.
------------------------------
Date: Mon, 8 Dec 86 11:38:07 PST
From: gunther.pa@Xerox.COM
Subject: Re: DASampler File Format?
re: Note from moderator: INFO-MAC Digest V5 #22
I think David's (the moderator) comment might deflect from the original
inquiry. I'm fully aware of how to generate the DA code (DRVR resource)
in the Megamax Development System (it's still there in 3.0). The
problem is that the DASampler doesn't 'see' the generated DA file.
RMoving it into the System will ('permanently') instantiate it in the
Apple Menu. The fix for the Sampler may require a CREATOR id edit or I
don't know what.
Since the DASampler approach to previewing DA's is so prevalent in
public domain code, I thought I'd ask before embarking on another hack
attack.
Still looking for help.
Neil.
------------------------------
From: dsc@seismo.CSS.GOV (David S. Comay)
Subject: hidden commands in `hd-test'
Date: Mon, 08 Dec 86 10:19:24 EST
i understand the apple supplied `hd-test' program (for their own hd-20
hard drive) has a number of options (like starting the program with the
option key held down or other such things) that are not documented.
could someone please fill me in on these options and what they do or
point me in the direction of the documentation.
also, does anyone have any comments on central point software's 800k
external drive. i would like to use it with a 64k rom, 512k ram mac.
am i correct in believing that i just need a copy of the `hard disk 20'
system file in my system folder to use this or any external 800k
drive?
thanks for any information,
dsc
`i believe in coyotes and time as an abstract'
------------------------------
Date: 8 Dec 86 15:23:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: More on 68020's and Macwrite
Reply-to: <bouldin@ceee-sed.ARPA>
Novy systems is selling a 68020/881 plug in for the Mac ($750 with 881,
$595 with 'only' the 020). They have a patch for Macwrite.
Also, there is now a clip-on version for the 512E ($99.00 extra for the
clip-on). A clip-on version is expected shortly for the MacPlus.
They do not yet have a policy for selling the Macwrite patch except with
their boards.
A patch to SANE to let any languag access the 881 for hardware floating point
should be out in January.
------------------------------
Date: Mon, 8 Dec 86 14:43:32 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: TransDisplay Bug
Actually, a mistake in the documentation. On the last page of
the TransDisplay manual there's a hunk of code showing how to clobber
a display window when it gets a click in the close box. The
test says
if (w->visible != 0)
when it should (of course) say
if (w->visible == 0)
---
Paul DuBois UUCP: {allegra,ihnp4,seismo}!uwvax!uwmacc!dubois |
ARPA: dubois@easter --+--
dubois@rhesus |
|
"What is lacking cannot be counted." - Solomon the cladist
(Ecclesiastes 1:15)
------------------------------
Date: Mon, 8 Dec 86 16:48:50 PST
From: c160-ef%zooey.Berkeley.EDU@BERKELEY.EDU (Pai H. Chou)
Subject: turbo pascal
I have MacPascal, TML 1.1, and now Turbo. I think turbo is great --
the same program that took 13 minutes on TML (compile only, not including
linking) takes 30 sec on Turbo; Turbo's editor supports UNDO -- which
is pretty rare nowadays; I mean, once you're in turbo, you're spoiled.
but I am not going to abandon MacPascal: I still use it for all my homework
purpose because interpreters are much nicer for debugging.
Now as high school kids start picking up pascal, cs classes are switching
to C. I wish somebody writes a MacPascal-equivalent C -- things like
auto indent & format, bold keywords, Observe window, and INTERPRETED.
Pai
(disclaimer: I am not associated with any companies whose products were
mentioned above.)
------------------------------
Subject: MacMan
Date: Sun, 07 Dec 86 17:54:45 -0800
From: duggie@portia.STANFORD.EDU
I downloaded all five parts of macman (400K+) and it seems to work (I did
have some trouble with MacIP downloading at 9600 baud, two files had
single character glitches in them, but this is besides the point). I say
seems to work because it`s a minimal program if this is all it is. Info
from IM (the parameters and some paragraphs describing the procedure or
function) is displayed in a text edit window. This window is not resizable,
and although it will highlight text you select, it will not let you edit
it or copy it for transfer via the clipboard. One can access these
descriptions either via category (rather unorthodox, a large array of radio
buttons, and as soon as you select one -- no OK button -- you are presented
with a dialog box with which to select the procedure) or by typing in the
name and hoping you get a hit. If you miss you look at routines beginning
with the same first letter. Unfortunately the box simply presents the routine
name and either next, select, or cancel -- i.e. you only see one name at a
time, and you can't scroll backwards if you pass it, and you have to keep
pressing the Next button. Some of the routines are missing (Random) and
new routines (i.e. Vol IV) are not included. At least some relevant data
structures are present (FontRecs). The routine names you select from are
all lower case (not like inside mac, so they are difficult to read) although
those in the text description are capitalized normally. Names leading to
routines with no parameters have semi-colons at the end.
Now after ragging on this program let me say that it could be very useful and
is a bit even in its current state. It was obviously a lot of work getting the
data in there (although Apple may consider this illegal) and it wouldn't take
that much work to fix it up, so I suggest passing on this one and waiting for
the author to come out with a more reasonable version. It's too much work to
download and piece together (even at 9600 baud!) except for diehards. Or
someone might contact the author and ask him (and Apple!) for permission to
use the data file. It's just a large text file with some coding, plus an
index file.
I'm kinda busy or I'd try it myself. Someone should have come out with this
two years ago.
-- doug
duggie@portia.stanford.edu
"it's = it is, its = belonging to it. but does anybody care?"
P.S. I just looked at the text file and random is in there after all. The
question now is why it wasn't found when I typed 'random' to the search
dialog. Like I said before, perhaps the version I downloaded ran, but was
still somehow corrupted...
------------------------------
Date: Mon, 8 Dec 86 15:38:16 EST
From: ANDERSEN <sigurd@vax1.ACS.UDEL.EDU>
Subject: Historical simulations
Two simulations are available through "Kinko's Courseware," distributed
through Kinko's copy store across the U.S. One is "Treaty of Versailles"
by Eric D. Brose at Drexel University - "A series of exercises to help
students understand the main problems confronting the diplomats who drafted
the treaties ending World War I." The second is "The Would-Be Gentleman"
by Carolyn Lougee at Stanford University - "A simulation of social mobility
in the France of King Louis XIV." I've tried the second one - it's said to
be accurate down to the weather for given years - and rather difficult to
"win," but then, I'm no French history scholar.
The descriptions above are taken from the "Kinko's Academic Courseware
Exchange Catalog." Address and phone given are Kinko's Service Corp.,
4141 State St., Santa Barbara, CA 93110 (800) 235-6919 or in CA (800)
292-6640.
I have no association with Kinko's or either of the authors.
------------------------------
Date: Sun 7 Dec 86 18:43:59-PST
From: Lance Nakata <K.Kirin@LEAR.STANFORD.EDU>
Subject: Re: Tools to Recover 'Damaged' Diskettes?
I haven't used MacZap before, but I've had fairly good success using
Fedit Plus to recover MacPaint documents. I would first use Copy II
Mac 5.4 or later (6.2 is the latest) to make a double-sided copy of
the damaged disk. Use the "Sector Copy with Format" option. Sometimes,
this is enough to resurrect the disk depending upon the damage.
If the sector copy gives the same error message, you will have to use
Fedit Plus to rescue MacPaint documents by hand. If you don't know any
Fedit hackers, you can attempt to recover files off of the COPIED DISK
by first studying the format of a good MacPaint file. Use that info to
search for the your lost documents on the copy.
Fedit Plus is powerful and slightly complex. If you're still in need
of assistance, try including a U.S. mail address and I'll see if I can
write up some step-by-step info.
Lance
------------------------------
Subject: Hyper Drive Recovery
Date: Mon, 08 Dec 86 11:39:15 EST
From: tgw@mitre-bedford.ARPA
The mac owned by my department head appears to have a trashed first
cylinder on its Hyperdrive Hard Disk. Is there any way to recover the
data on the disk either by a software package, etc. Sending the disk
out is not the best option but if there is a company that will recover
lost files on a disk, it might be the only option.
Moral of the story: Back up your hard disks!!!!
Thanks,
Tim Wade
(tgw@mitre-bedford.arpa)
------------------------------
Date: 8 DEC 86 16:58-N
From: U00170%HASARA5.BITNET@WISCVM.WISC.EDU
Subject: VAX-Laserwriter connection
I am working on a VAX 11/750 machine working with the VMS operating
system. For printing of text we have bought an Apple Laserwriter +,
connected to a terminal line and acting as a spooled printing device.
In order to get the most out of your Laserwriter, the best thing
is to have it working in Postscript mode, so graphics output can be
mixed with normal text files.
I have now two problems,
1: Apple text files need to be transferred to the VAX first and
then send to the Laserwriter. a: What is the best way to make
a postscript textfile and b: who has the startup file necessary
to setup the Laserwriter.
2: For normal text files , say e.g. Runoff output files, you simply
cannot send them to the Laserwriter unless it is in the Diablo
emulation mode. Before I reinvent the wheel again, Has anybody
written a program to convert these text files (an any other
file) into postscript text files?
I am sure that I am not the first one with these problems.
Please send mail directly to me because I am not a member of
this interest group.!!
Thanks in advance,
Berend F. de Vries,
U00170@HASARA5 (BITNET)
------------------------------
Date: Mon, 8 Dec 86 21:47:56 EST
From: Dave Anderer <anderer@louie.udel.EDU>
Subject: SCSI/Ethernet
Sender: Dave Anderer <anderer@louie.udel.EDU>
A co-worker brought up an interesting point the other day: Since the
Mac Plus has a relatively high-bandwidth port on it (the SCSI port),
why couldn't you construct a box that sat between that port and an
Ethernet? Such a box, and some software, would give a relatively
low-cost method of hooking up to something other than Appletalk.
Is this reasonable? Has it been done? Is there a 'better' way to
accomplish this?
[ note from moderator: There have been rumors that Kinetics is going to
introduce an ethernet box which hooks up to the SCSI port in January. DAVEG ]
------------------------------
End of INFO-MAC Digest
**********************
∂09-Dec-86 1932 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #24
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 9 Dec 86 19:29:37 PST
Date: 9 Dec 86 1925-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #24
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 9 Dec 1986 Volume 5 : Issue 24
Today's Topics:
Strange Menu behavior
File Problem
critters in the works
DASampler File "Format"
Re: inside Mac condensed
Go program
Re: Fixing Hyperdrive problems
Inside Mac Volumes, Font editor
A typesetting problem: Is Mac the answer?
Micah Hard Disks
Curses on Mac
Usenet Mac Digest V2 #101
----------------------------------------------------------------------
Date: Tue, 9 Dec 86 09:17:13 PST
From: PUGH#JON%E.MFENET@nmfecc.arpa
From: PUGH#JON@E.MFENET
Subject: Strange Menu behavior
My program is behaving strangely in a way I do not understand. The major
symptom is that my scrolling menus behave improperly. When I drag to the
bottom of the menu, the entire menu clears and only the new items scroll into
view, leaving the rest of the menu blank. Any clues? It's not anything I am
doing directly since my program is bopping around my GetNextEvent loop. I am
assuming that this is a memory problem as I am still being a bit simplistic
about my storage allocations and I keep popping off with an Odd Stack size
error every now and again. With any luck I will be able to change the memory
allocation method before next year, but I still have Christmas shopping to do.
I am running on a Mac+ with 3.2 & 5.3 and programming in Lightspeed Pascal.
Guesses and wild speculation are encouraged.
Jon
------------------------------
Date: Tue, 9 Dec 86 15:15:01 PST
From: pixar!upstill@ucbvax.Berkeley.EDU (Steve Upstill)
Subject: File Problem
I know there must be a simple, obvious solution to this problem, but
assiduous study of Inside Macintosh fails to reveal it. Any help will be
rewarded with supernumerous karma points, and undying gratitude.
I am writing a special-purpose database browser. The records of the
database are stored in the data fork of a file, and I have written a
package for tabulating the storage records via a resource. The problem is
this: I want to avoid having to open and close the files for every fetch,
which implies leaving the files open between calls to my file munger.
However, if the program dies, the resulting files become locked up, and
cannot be removed by the Finder. Clearly this is unacceptable behavior
in a program destined for bozos.
My question, then, is: how can I assure that the files are accessible
such that they are 1) open to the program, and 2) accessible to other
programs in the event that the program dies? I am willing to have the files
open read-only.
Many thanks for any and all suggestions.
Steve Upstill
------------------------------
Date: Tue, 9 Dec 86 15:05:22 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: critters in the works
I have a rather strange problem with my system which has been going on
for about the past three months. I put a notice up on DELPHI about it
some time ago and received two-three messages back with a similar report,
reported to my dealer, and no-one has been able to answer with a reason-
able explanation.
Hardware:
Macintosh 512K, upgraded to 800K drives, 128K ROMs, Apple HD20 hard disk,
and a MacMemory 'the Max2' RAM expansion. I also use an Apple Personal
Modem and a Thunderscanner with ImageWriter 1 printer. A MaxChill piezo-
electric fan is also installed.
Software:
System 3.2, Finder 5.3, IW 2.3, LW 3.1 (for dumping PostScript),
TurboCharger 2.0.
Versaterm/Versaterm PRO, FullPaint, MacDraw, Word, File, Double Helix,
Excel, Thunderscan, etc.
TML v2 Pascal, Macintosh Pascal, (soon) LightSpeed Pascal.
The machine is booted from the HD20 and TurboCharger is set to autostart
at bootup.
Weird problem 1:
Versaterm will frequently take two or three tries to access and open
the modem port and start communication with the modem. It always works
with 2 <CR> presses, sometimes with 1, never by just using the
dial commands. Versaterm PRO doesn't exhibit this problem.
Far Weirder problem 2:
At random intervals, a disk inserted into either floppy drive will not
cause the characteristic directory read and mount. This happens randomly,
from both the Finder and from inside other applications software, even
while specifically accessing a Standard File Dialog. A known good, formatted
disk is inserted, a slight tick is heard from the drive, and about 10-15
seconds later, the standard disk initialization dialog appears on the screen.
None of the three buttons executes; a press on any of them causes
the dialog to go away, another tick to be emitted by the drive,
and the same initialization dialog. The only exit is the ReBoot button.
I have tried to track it with Macsbug, but I must admit that I am not really
proficient enough in object level debugging to get very far this way.
(when I do this with TML, I have a commented ASM dump of the source to
assist me... 'Why I want LSP...').
There has never been a single instance of this kind of behavior in
accessing the HD20.
Occasional Weird Problem 3:
If I have (using the Control Panel) connected AppleTalk and (using the
Chooser) selected the LaserWriter driver to obtain a PostScript dump from
a file, I cannot fully turn off AppleTalk and return to the ImageWriter
driver without rebooting the machine. This is in the sometimes aggavating
class of problems.
If anyone else has had these or a similar problem (Apple can you hear me?)
and has found out how to fix it or what is happening, I would appreciate
hearing from you, either through the digest or with mail directly. The drive
problem is REALLY annoying, and I have occasionally lost some output which I
haven't previously saved to the hard disk.
If enough replies come in, I will summarize and post. Thanks in advance.
Godfrey DiGiorgi :: December 9, 1986 :: Jet Propulsion Laboratory
digiorgi@jpl-VLSI.ARPA
"How many IBM PC Hardware engineers does it take to screw in a lightbulb?
One Hundred. Ten to do it, and 90 to write document number GC5700439-01
MultiTasking Incandescent Source System Facility, of which 10 percent of
the pages state, 'This page intentionally left blank.' and 20 percent of
the definitions are in the form, 'A whoopeedoo consists of sequences of
non-blank characters seperated by blanks'."
"How many Macintosh Hardware engineers does it take to screw in a lightbulb?
One. He holds the bulbs while the world revolves around him."
- from DEC Professional, John Dvorak
------------------------------
Date: Tue, 9 Dec 86 18:26:23 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: DASampler File "Format"
Correct me if I am off base; it happens a lot. 8-)
The reason DASampler doesn't see the files is because the file type and
creator bytes are wrong; try setting the file type to "DFIL" and the creator
to "DMOV"....
--Rich
Richard M. Siegel
Arpanet: rs4u@andrew.cmu.edu (the only way to get to me!)
UUCP: seismo!andrew.cmu.edu!rs4u (I think)
Disclaimer --> Disclaimers are bogus.
------------------------------
Date: Tue, 9 Dec 86 08:01:24 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: Re: inside Mac condensed
>From liberte@b.cs.uiuc.edu Mon Dec 8 23:11:01 1986
Received: from mitre-gateway.arpa by bert.mitre.org (2.2/SMI-2.2)
id AA02635; Mon, 8 Dec 86 23:10:58 est
Return-Path: <liberte@b.cs.uiuc.edu>
Received: from b.cs.uiuc.edu by mitre-gateway.arpa (1.1/SMI-2.2)
id AA04552; Mon, 8 Dec 86 23:09:43 EST
Received: by b.cs.uiuc.edu (UIUC-5.44/9.7)
id AA01750; Mon, 8 Dec 86 22:05:31 CST
Date: Mon, 8 Dec 86 22:05:31 CST
From: liberte@b.cs.uiuc.edu (Daniel LaLiberte)
Message-Id: <8612090405.AA01750@b.cs.uiuc.edu>
To: jonathan@mitre-gateway.arpa
Subject: Inside Mac Condensed, Vol 2
Status: R
I'm glad my paper is still circulating, but there is a problem - other
than the fact that it is not to be trusted any more.
Apple legal types wrote to me to say that they did not like my title
since it might lead people to think that Apple had something to do with
it. So please change the title of your copy to read "Macintosh
Operating System" before passing it on.
Thanks
Dan LaLiberte
_____ __ ___
|\ /| | | | \ | ARPA: jonathan@bert.mitre.org
| \/ | | | |__/ |__ BELL: (703) 883-5761
| | | | | \ | MAIL: 7525 Colshire Drive
| | | | | \ |___ McLean, VA 22102
Jonathan A. Leblang
The MITRE Corporation
------------------------------
Date: Mon, 8 Dec 86 23:41:03 PST
From: <LOGANJ@byuvax.bitnet>
Reply-to: LOGANJ%BYUVAX.BITNET@forsythe.stanford.edu
Subject: Go program
The last version of the Go program that I sent to you had a
crashing problem that is fixed by this new version. This is
the latest version (1.0A8) of the Macintosh Go program, and
replaces all previous versions.
The total size of the hex code is 112K bytes, and the Go program
is about 81K bytes.
Regards,
jim (loganj@byuvax.bitnet)
(Cut here! This file must be converted with BinHex 4.0)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-GO.HQX
This replaces ALL earlier versions of Jim Logan's program!
DAVEG
]
------------------------------
Date: Tue, 9 Dec 86 05:51:58 pst
From: ames!lll-crg!well!jayr@cad.Berkeley.EDU (Jay Roth)
Subject: Re: Fixing Hyperdrive problems
In article <8612090725.AA12527@ucbvax.Berkeley.EDU> you write:
>Subject: Hyper Drive Recovery
>Date: Mon, 08 Dec 86 11:39:15 EST
>From: tgw@mitre-bedford.ARPA
>
>The mac owned by my department head appears to have a trashed first
>cylinder on its Hyperdrive Hard Disk. Is there any way to recover the
>data on the disk either by a software package, etc. Sending the disk
>out is not the best option but if there is a company that will recover
>lost files on a disk, it might be the only option.
>
>Moral of the story: Back up your hard disks!!!!
>
>Thanks,
>
>Tim Wade
>(tgw@mitre-bedford.arpa)
>
I believe what Tim Wade may be looking for is a program called HyperTools,
a free utility available at HyperDrive dealers.
------------------------------
Date: 9 Dec 1986 17:01:01 EST
Subject: Inside Mac Volumes, Font editor
From: Keith Winderlich <KEITHW@A.ISI.EDU>
Can anyone who has the Inside Macintosh volumes published by Apple give me a
description or table of contents of the four volumes. I am interested in
purchasing them but need to know which ones to get. Are they very useful?
What Font editors exist for the Macintosh plus, public domain or commercial?
Keith Winderlich
KEITHW@A.ISI.EDU
[ note from moderator: If you want to do any programming on the Mac it is
essential to get Inside Macintosh. Almost any decent bookstore with
computer books will have a copy so you can look for yourself there. DAVEG ]
------------------------------
Date: Tue, 09 Dec 86 17:09:08 EST
From: Mark Nickel <MNGSJ%BROWNVM.BITNET@WISCVM.WISC.EDU>
Subject: A typesetting problem: Is Mac the answer?
Hello. Twice each month we publish a calendar of events for the campus
community here--lectures, films, plays, meetings, whatever. The calendar
is typeset (8-point type on 9.5-point leading on an 11.5-pica line) and
looks handsome when it's done. We do it with text-processing software on
the mainframe. The finished product looks wonderful, but the process is
slow, awkward, and prone to minor typographical errors.
What we'd like to do is combine a database manager and a word processor,
using the former to select and sort records and the latter to edit, format
and hyphenate text for typesetting. I'm not sure that's possible, and I'm
note sure whom to ask. Hence this posting--my first.
Here's how we'd like to do it:
1. Enter information on the Macintosh using some sort of database manager
like Microsoft File. Our clerk could enter items months ahead of our
publication date.
2. Select appropriate records for the calendar of a given issue.
3. Sort those records by date and by time within date, then format them
all (italics, bold face, suppression of leading and trailing blanks).
4. Move those formatted records into something like Microsoft Word.
5. Use Word to get our 8-on-9.5 type and our 11.5-pica measure. (Word 3.0
will also do our hyphenation, I'm told.)
6. Print facsimile type on a LaserWriter so our proofreaders can work with
WYSIWYG materials.
7. Make corrections, then send the file to a Linotronic 300 for typesetting.
This method won't work, of course. The formatting is lost in transition from
File to Word, and no sane person would want to scroll through one of our
calendar files using a mouse to select several hundred words for bold-facing
or italicizing.
Can anyone suggest software which might allow us to get the job done? I used
Microsoft File and Word as examples mostly because I'm familiar with them,
and because File allows formatting of fields, suppression of leading and
trailing blanks, and addition of characters between fields (e.g., open and
closed quotation marks). Would integrated software help?
Any suggestions would be greatly appreciated. I'll gladly post a summary of
helpful responses.
------------------------------
Date: 9 Dec 86 18:49:52 EST
From: Kerien.Fitzpatrick@h.cs.cmu.edu
Subject: Micah Hard Disks
For those of you considering purchasing a Micah Hard disk from a
dealer or from mail order I would advise against it. I have been attempting
to have a failing 20Mb internal replaced. Four weeks ago when I called the
company was at its listed address and after a little talk was told that I
would get my replacement drive in 2-3 weeks. 2.5 weeks later I call back
and found out that the company had a new phone number. It seems that in the
interim a corporation called Solitaire bought Micah. At this point all they
have operating is the accounts department ( who owes THEM money ).
Everytime I call they tell me that they other departments will be operating
at the end of the week. My result: I still have a 20Mb internal drive that
screeches constantly during operation. My opinion: Buy from someone else
(we have had excellent results from Warp Nine).
For those who need it:
Solitaire Corp
1201 San Luis Obispo Ave.
Hayward, CA 94544
------------------------------
Date: 9 Dec 86 00:18:49 EST
From: Michael.Witbrock@f.gp.cs.cmu.edu
Subject: Curses on Mac
(I am posting this for Mike Franzini.
Please don't respond to me. Write to mf1w@andrew.)
I am interested in running Curses under Microsoft C
(or some other compiler) on the Mac.
Can this be done?
Any info would be greatly appreciated.
--Mike Franzini
(mf1w@andrew)
------------------------------
Date: 9 Dec 86 11:27:02 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #101
Usenet Mac Digest Tuesday, 9 December 1986 Volume 2 : Issue 101
Today's Topics:
Administrivia - BITNET sub-list
need Mac OCR and 3d graphics
Re: WillWriter
Mutli/Mind Write
Editing > 32K text blocks
Cummulative Scrolling
Mac Hardware Crashes
bug in mpw shell
Re: SUMacC questions
Floating point Fortran
genealogy
Package Manager (_PackN) Help needed
Version 2.0 of LSC
Why won't my Mac eject the disk?!
Aztec 'C' Bug Discovered
Re: Is is safe to veto disk re-insertion prompts?
Re: MacApp Sources...
Re: Should we support (official solutions)
Re: Editing > 32K text blocks
Re: Mac Hardware Crashes
Re: Floating point Fortran
Re: Why won't my Mac eject the disk?!
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-101.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂11-Dec-86 1948 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #25
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 11 Dec 86 19:47:56 PST
Date: 11 Dec 86 1943-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #25
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Thursday, 11 Dec 1986 Volume 5 : Issue 25
Today's Topics:
Re: Critters Problem #2 -- disk insertions not recognized
RE: critters in the works (2)
+5 volt supply for the 9 pin connector
How to use the Mac for Braille printing, Braille fonts
problem with UNIX-UW-34.PART4
Christmas card
Measles Desk Accessory vers 3.0
Watch Installer vers 5.0
re: genealogy
Re: bug in mpw shell
jasmine 80 mb hard disk
Strange Mac Noises on Disk access
Folder sizes?
confirming info regarding new Apple products
Mac names
Clone Wars and Rumors of Clone Wars (MacDepartment)
Re: Curses on Mac
Diskette Quality
Word Perfect for Mac.
Ready Set Go 3.0
Where is Megaroids?
Delphi Mac Digest V2 #66
----------------------------------------------------------------------
Date: Wed, 10 Dec 86 16:42:08 pst
From: Mike Wirth <mcw@lll-crg.ARPA>
Subject: Re: Critters Problem #2 -- disk insertions not recognized
DiGiorgi's "Critters in the Works -- Far Wierder Problem #2" in IM Digests
5.24 dealt with disk insertions not being handled correctly. I've seen
that, too, in a far more pernicious form.
While running PCPC's HFS Backup, roughly 80% of the time when I inserted
the next backup floppy, it would not be recognized. I'd have to eject it
with cmd-shift-1 and retry until successful. Very frustrating! It made
HFS Backup almost useless. After a lengthy process of elimination
(stripping out PD DAs, etc.), I discovered that the culprit was MAIL
CENTER from VIDEX, which uses an INIT to install a background process to
watch for net traffic. With MAIL CENTER installed, even if the mail
receiver is turned off(!), the problem exists. HFS Backup is not alone
in its sensitivity to this problem. Even a simple thing like the open
dialog box in Font/DA Mover doesn't work right.
After several phone calls to very helpful PCPC and VIDEX staffs and much
digging on my own, we concluded that:
1. Disk insertion events were making it to the event queue, but were
somehow getting lost after that (with MAIL CENTER installed).
2. VIDEX was able to duplicate the problem on a 512K MAC, but not(!)
on a Mac+, i.e., with the new ROMs.
3. The problem may be related to a known bug in the MAC toolbox, in
particular in the standard file dialog (see Tech. Note 99, which I
haven't had a chance to check yet).
So if you've got new ROMs, you're out of the woods with HFS Backup. Right?
Wrong! If you're running JCLOCK, then HFS Backup will crash after about
8 or 9 disks and a substantial amount of your time. This problem is well
known to the PCPC staff, and they'll ask you if you're running JCLOCK (or
one other package, the name of which I've forgotten) if you call with this
problem. Seems like JCLOCK is running it's tick-update routine when some
other I/O interrupt comes in and gets lost.
All of the above leads me to believe that the interrupt handling and event
handling software in the MAC is not very robust (or can easily be subverted
by add-on packages). Comments from the net?
PS: Most of the above happened in July, with an old version of the system
(3.1?) I haven't had a chance to see if MailCenter has a problem now that
I've upgraded to a 512E and System 3.2 since the MC Installer program won't
work now! (New one in the mail from Videx).
------------------------------
Date: Thu, 11 Dec 86 00:48:25 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: RE: critters in the works (2)
>From: dlc%c3file@LANL.ARPA (Dale Carstensen)
>Message-Id: <8612101832.AA12054@c3file.ARPA>
>To: digiorgi@jpl-vlsi.arpa
>Subject: Re: critters in the works
>The floppy insert problem has been reported in info-mac and on Usenet by
>myself and 2 or 3 others. We all had the 64K ROM so we thought that was
>part of the configuration required, but I've had it with the 128K ROM also.
>If you can still write to your HD20, however, there is no reason to lose
>your files you only have in memory (unless part of the files are on the
>floppies -- never run anything straight from floppy, always copy to hard
>disk or RamDisk first.) Use a bent paper clip to eject the floppy, then
>select "eject" in the dialog. I can still use SCSI or ram in that condition.
>You may not still be able to use the HD20, since it uses the floppy controller,
>though.
>I just sent a message to Larry Rosenstein at Apple, since he replied to me
>about my ideas about booting from disk, not ROM. I mentioned this bug. He
>wasn't aware that Apple knew about it. I also mentioned I couldn't make it
>happen or describe the environment that causes it, other than the
>applications I run (RamStart 1.3 and Finder seem to be the minimum set always
>involved). He said I should provide more details (I thought I had just told
>him I couldn't find any more details, but he must have missed that.) I
>wouldn't hold my breath. Maybe having a startup other than Finder brings it
>on???
Subj: re: critters ..2
December 11, 1986
the eject with paper clip and then choose eject is awful hard on the 800k
drives, in my experience. also, it usually doesn't work:: the machine
still needs the boot button exit.
it has happened randomly in all possible configurations:
Finder startup, native Plus cache off
Finder startup, native Plus cache on
TurboCharger startup, then Finder
WayStation startup, cache on
Waystation startup, cache off
Oasis startup cache on
Oasis startup cache off
Switcher startup... various .startup files.
It has also happened randomly with various applications set as startup,
ie, with the MPW shell set as startup. It has never happened in starting up
from a floppy, or after starting from a floppy.
I can't provide any reliable figures, but I suspect it is more apt to happen
after a terminal session. I usually use one of the two Versaterms, but
occasionally one of five or six other emulators that I have at my disposal.
I usually do save to HD20 first:: the time I have lost data is when I needed
to peek at an old file in the middle of working on something else and
attempted to access a file from a floppy disk.
I hope that a message gets through from Apple on this as it is an extremely
annoying bug.
Thanks for your reply, gdg
------------------------------
Date: Thu 11 Dec 1986 11:08 CST
From: Samir Kaleem <XSAK%ECNCDC.BITNET@WISCVM.WISC.EDU>
Subject: +5 volt supply for the 9 pin connector
I'm trying to put together my own cable that goes from an 8 pin circular plug
to a 9 pin din plug. As we all know, the Mac+ doesn't have the +5 volt anymore,
so I need an external source for that. Any suggestions on what I can use? I've
checked with Radio Shack and they only have 4.5 or 6 volt adapters (from 120v).
I understand, if there is a change in voltage, this source won't be stable
either. I need to know what I can use what would give me a clean +5 voltage.
By the by, I recently got MacLanding from ClubMac and I consider it as one
of my favorite games on the Mac. I about 7 hours on it on Monday (and I had
a final exam on Tuesday). It works great on the Mac+, but I haven't been able
to figure out how to use the smart bomb. The enter key on the keypad doesn't
work. Any ideas anybody? I've already tried all kind of other options.
While I'm at it...does anyone get a whining sound from the Mac+? I've noticed
one that come on within 5 minutes of when I fire the Mac up. Later on, it seems
to subside (or I get used to it. I'm not sure). What could be causing this, and
what would be a fix for it?
Thanx in advance to anyone who responds.
Samir Kaleem
Bitnet: xsak@ecncdc
Arpa: xsak%ecncdc.bitnet@wiscvm.wisc.edu
Final answer: Huda Hafix
------------------------------
Date: 10 DEC 86 13:13-N
From: RICK%HASARA5.BITNET@WISCVM.WISC.EDU
Subject: How to use the Mac for Braille printing, Braille fonts
[ archived as
[SUMEX-AIM.Stanford.Edu]<INFO-MAC>FONT-BRAILLE.HQX
DAVEG
]
------------------------------
Date: Thu, 11 Dec 86 08:42:19 PST
From: John Bruner <jdb@mordor.s1.gov>
Subject: problem with UNIX-UW-34.PART4
When UW was distributed on USENET via "mod.mac.sources" a couple of
months ago, some site mangled part 4 of the 9-part distribution. It
has recently been brought to my attention that the copy archived at
SUMEX is the mangled version. The bad version, when extracted,
creates a "uw_netadj.c" source file that does not compile because
a piece of the source code is missing.
I've attached a "clean" version of this file at the end of this letter.
--John
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-UW-34.PART4
This version replaces the old copy on sumex.
DAVEG
]
------------------------------
Date: 10 DEC 86 12:51-N
From: RICK%HASARA5.BITNET@WISCVM.WISC.EDU
Subject: Christmas card
[ note from moderator: This is a christmas card which is a nice mac
graphics demo at the same time. Thanks to our friends in Holland
for supplying it. DAVEG ]
[ archived as
[SUMEX-AIM.Stanford.Edu]<Info-Mac>DEMO-CHRISTMAS.HQX
DAVEG
]
------------------------------
Date: 10 DEC 86 11:30-N
From: RICK%HASARA5.BITNET@WISCVM.WISC.EDU
Subject: Measles Desk Accessory vers 3.0
This is a new version of the Measles Desk Accessory.
The idea is from "Computer Recreations" in Scientific
American, September(?) 1985.
Rick Jansen
Bitnet: Rick@HASARA5
UUCP: ...seismo!mcvax!rick@hasara5.bitnet
[ archived as
[SUMEX-AIM.Stanford.Edu]<Info-Mac>DA-MEASLES.HQX
DAVEG
]
------------------------------
Date: 10 DEC 86 11:37-N
From: RICK%HASARA5.BITNET@WISCVM.WISC.EDU
Subject: Watch Installer vers 5.0
This is a new version of my Watch Installer.
It installs an INIT in the System file that makes the
hands of the Watch cursor spin.
The problems with the old version (leaving behind
"dead" watches) are now solved.
Rick Jansen
Bitnet: Rick@HASARA5
UUCP: ..seismo!mcvax!rick@hasara5.bitnet
[ archived as
[Sumex-Aim.Stanford.Edu]<Info-Mac>UTILITY-WATCHINSTALL.HQX
DAVEG
]
------------------------------
Date: Thu, 11 Dec 86 17:03:25 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: re: genealogy
I have tried a number of approaches to keeping genealogical records on my Mac.
First I tried using Excel as a database and wrote macros to look up names given
person ID numbers (the reason for having person ID numbers is that you often
have more than one person with the same name). This was slow and tortuous
since Excel is really a spreadsheet only thinly disguised as a database.
After this, I tried using Double Helix (actually only the demo version since I
didn't want to shell out the $$$ until I was sure it would do the job). Part
of my frustration may have been that I didn't know the database software
enough, but it took me a long time to set things up to use Person IDs and
then it ran very slowly.
Finally, I saw a couple of messages posted by Jeff Shulman about genealogical
software. He listed Family Roots from Quinsept (P.O. Box 216, Lexington, MA
02173) as the program to beat. I rushed right down to their post office box
(smallest office I've seen in a while :-)) and bought their beta version. They
sent me their Version 1.0 release disk and a new manual for no extra cost.
They had considered me as a beta tester, but I didn't have a unique hardware
configuration that they wanted to test, so I wasn't selected. However, I did
send them a long letter with 18 problems I had noticed. Some of these were
actual bugs which were fixed in the release. However, most of them have to
deal with problems with the user interface being unMacish. The program runs on
a number of different kinds of computers and so they wished to maintain
compatibility wherever possible. They also wanted to get something on the
market quickly so that their competitors (I'm not sure who they are) wouldn't
snabble up too much of the market before they had something.
Anyway, the program does a great job at keeping track of everything and many
of the features are superbly done. It has extensive complementing capabilities
(e.g., if you say that A is a husband of B, then it can go in and put B as
one of A's wifes) and there are literally hundreds of options you can control.
The released version is not a complete port of the program, but costs only $50.
It can do all the useful database stuff, but is missing most of the printing.
The final version will be much more user-friendly and will go for $185. There
will be a number of intermediate-priced versions along the way to the top. If
you own one of the earlier versions, you can get a later version just by paying
the delta.
The person who did the Mac version of Family Roots was very responsive and
wrote me back a letter that was nearly as long as the one I sent. I will
continue to use Family Roots since I know they are working hard to correct the
deficiencies.
--Mark
Disclaimer: I don't work for Quinsept, my dog doesn't use their lawn, etc.
------------------------------
Date: Thu, 11 Dec 86 14:21 N
From: <FRUIN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Re: bug in mpw shell
Pierce,
<I'm here :) >
The bug in the MPW shell sounds all to familiar to me, even though I don't
use MPW. It's probably a problem with memory. I often have the problem when
trying to Copy/Paste large text files (> 100K) in MDS Edit. Edit usually
crashes after attempting to put up some dialogs to warn me. Too late.
(If you do this while running MultiMac it's even worse: the disk the text
files are on is DESTROYED. "This disk is unreadable...")
Are you copying and pasting big stuff? If so, better copy smaller chunks.
-- Thomas
FRUIN@HLERUL5.BITNET
(Leiden, Netherlands)
------------------------------
Subject: jasmine 80 mb hard disk
Date: Wed, 10 Dec 86 11:04:10 -0800
From: Don Rose <drose@CIP.UCI.EDU>
I'm considering purchasing either the Jasmine 20 mb ($599) or their
80 mb ($1380) hard drive. However, while Seagate makes the 20 mb, they
say that someone named Quantum makes their 80 mb drive.
Does anyone know anything about Quantum? I'd never heard of them before.
(Jasmine also claims that the 80 mb has 30 ms access time, plus error
detection and correction that automatically locks out bad parts of the disk
if necessary.) Thanks for any info --Donald Rose (drose@ics.uci.edu)
------------------------------
Date: Thu, 11 Dec 86 08:01:16 PST
From: Michael_Hui%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: Strange Mac Noises on Disk access
Mac+ with System 3.2, Finder 5.3, insists on beeping the speaker
everytime the internal drive head steps. It doesn't beep when
the head traverse a number of tracks though.
I have heard of exactly this same complaint a while back on Info-Mac,
but I do not have access to the archives. Can someone dig it up
or have the patch/explanation ready? I have also tried System 3.0,
Finder 4.1; same thing happens. Apple Canada claims to know nothing
about it.
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: Folder sizes?
Date: Wed, 10 Dec 86 11:32:00 EST
I have noticed that doing "Get Info" on an HFS folder in the Finder
will tell you the total size of its contents, but viewing the folder
containing it "by Size" gives its size as "--". At one time, I actually
had some folders viewed "by Size" with their sizes given, but whenever I
did something with them, like opening them, their sizes disappeared,
being replaced by "--", and I haven't been able to repeat the magical
incantations to get "by Size" to display folder sizes again. Does
anyone know what I have to do to see the sizes of folders displayed?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Subject: confirming info regarding new Apple products
Date: 10 Dec 86 10:59:27 EST (Wed)
From: cdh@bfly-vax.bbn.com
An article regarding Apple's financial prospects appeared in the
Tuesday, Dec. 9 Boston Globe Business section. The article confirmed
some of the speculation that has been appearing on the net, including
the existence of the "Alladin" and IBM PC compatibility.
The article starts as follows (and I quote):
Apple Computer, which expects to introduce some new personal
computer models in the next 90 days, said the higher start-up costs
will probably result in no profit increase for the upcoming quarter.
Speaking at the First Boston Corp. seminar at the Meridien
Hotel, Apple's chairman and president, John Sculley, said company
profits will be under pressure until the spring. After that the
Cupertino, Calif. company will resume its prosperous ways, he said.
The revenue increase for next year will be upwards of 20
percent and profits should reach record levels in the second half of
the company's fiscal year, he said.
The article continues talking about what Apple does and how the stock
has done. However, then the following paragraphs appear:
As early as January, a new machine, code-named "Alladin" will
be introduced that will enable users to add electronic
capabilities not available on the Macintosh. It will also
feature new graphic capabilities. Later in the year, other
new machines will offer bigger Macintosh screens and greater
storage capabilities.
In an interview with The Boston Globe, Sculley
confirmed industry speculation that Apple was helping fund
the development of an electronic board that could slide into
the newer Macintosh modesl and provide the user with the
equivalent of an International Business Machines Personal
Computer. Thus a customer could have two computers in one:
an IBM PC and Macintosh.
But Sculley stressed that Apple will not produce
these boards. Instead others will make them with Apple
providing some of the know-how.
"If we were totally passive, we think the development
of an IBM compatible board would take longer to occur,"
said Sculley, adding that he does not expect a big market
for the dual-purpose personal computer.
"We are involved in this research and development
area because we know certain customers want IBM personal
computer compatibility as a requirement."
The new Macinstosh models along with stepped-up
production of the Apple IIGS, a graphics-oriented addition
to the popular Apple II, will show up on the bottom
line in the second half of fiscal 1986.
The rest of the article has Sculley's prediction that Apple will have
strong Christmas sales, but that it will not be like 1984, Apple's
strongest year. He also expects significant competition from the
80386 IBM machines, when and if they come out, in the business market.
It ends with the following quotation (I assume from Sculley; it
doesn't say other than putting it in quotes).
"It is clear that the only ones with a clear
strategy to win against IBM in computers is Apple and
Digital Equipment Corp."
I take no responsibility for the grammatical error in the quotation;
that's the way it was printed. :-)
Carl
------------------------------
Date: Wed, 10 Dec 86 19:01:55 PST
From: woody@Iago.Caltech.Edu (William E. Woody)
Subject: Mac names
Well, lemme see...
As of this time, we have the Mac 128K, the Mac 512K, the Mac 512Ke (not to
be confused with the Mac 512K as the 'e' means 'enhanced'--ie, new roms),
the Mac+ (which doesn't have a memory size designator, but assumed to be
at least 1 Meg.)
And on the horizon we have rumors of two new Macs, a "Mac 2" and a "Paris" or
"Rome" or something like that, and an enhancement rout from the Mac+ to the
smaller of the new Macs. So what'll it be then? The 'Mac++', the 'Mac2' and
the 'SuperMac'? ("SuperMac" from the description: 12Meg 68020 with 68881
floating point processor has got to be a winner.)
It's not that I have any problems with Apple's large array of computers; I
love it. But the names can be confusing... :-)
- William Woody mac > /|\ && ][n
woody@juliet.caltech.edu
------------------------------
Date: Wed, 10 Dec 86 08:11:03 pst
From: Wm. L. Brown <wbrown@lbl-ux4>
Subject: Clone Wars and Rumors of Clone Wars (MacDepartment)
The following is from the December 8, 1986 issue of ELECTRONIC ENGINEERING
TIMES.
Quote
SHARP READIES INTRODUCTION OF MACINTOSH COMPATIBLE
TOKYO - Sharp Corp. is set to introduce a Macintosh-compatible computer.
A Sharp spokesman said the computer will be formally introduced soon but
declined to discuss it further. However, Steve Bellamy, a Tokyo-based
computer consultant said he saw the machine and " it runs Macintosh
software." Equipped with a Mac-compatible operating system, the X68000
will include 1 Mbyte of main memory, a 512 x 512-pixel graphics monitor
with a pallette of 65,536 colorsand kanji conversion software.
End of Qoute
Still unknown -
Will it be available in the U.S.?
What will it cost?
How compatible is compatible?
If real, this could have a number of interesting effects (not to mention
the fact that it should enrich a whole bunch of lawyers). A little
competition never hurt anyone. Comments?
-Bill
------------------------------
Date: Wed, 10 Dec 86 09:13:55 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Re: Curses on Mac
> I am interested in running Curses under Microsoft C
> (or some other compiler) on the Mac.
> Can this be done?
For some stuff I've been playing with, I hacked together a minimal gotoxy
package (basically a small subset of curses) under the Unix window of
LightSpeed C. It works pretty well, although it is (currently) incompatible
with the windowing/menu/mouse environment -- all you have is the glass tty.
The first thing you'll find is that most of curses really isn't needed,
and vast parts of it aren't really applicable to the Mac, anyway. If you
want to get fancy, you could put in standout mode, but 90% of what most
people probably want can be handled with clear_screee(), clear_eol(),
clear_eos(), and gotoxy(). About an hours work if you know what you're
doing... I know that starting from Unix sources, I had a somewhat functional
version of Mac-Hack (STILL somewhat functional, don't ask for it!) in about
15 man-hours of work...
chuq
------------------------------
Date: Thu, 11 Dec 86 12:51 EST
From: Thomas Dowdy
Subject: Diskette Quality
Has anyone seen a difinative review of diskette quality of the
various brands? Everyone know that Sonys are great and our
experience has been bad with Verbatim, but has anyone seen
a published report about the failure rates of the various
brands? I know that BMUG was supposted to be doing a big disk
test, but I never heard anything about the results.
I'll summarize and post if the situation demands.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly convinced that a vast majority of wrong
thinking people are right."
------------------------------
Date: Tue, 9 Dec 86 19:55 EDT
From: <GEOFFRIL%UNION.BITNET@WISCVM.WISC.EDU>
Subject: Word Perfect for Mac.
The December 8 issue of Infoworld mentions that a Macintosh version of
WordPerfect is due for release in the first quarter of 1987. Has anyone
seen the program? Is a beta test version out?
Our IBM users have come to love Word Perfect as a balance of advanced power
and easy operation. If the Mac version is at all comparable, it should be
an excellent tool for serious writers.
-- disclaimer
WordPerfect doesn't pay me to write this (or anything else...).
Leo Geoffrion
GEOFFRIL@UNION.BITNET
(518) 584-5000 (NYNEX)
------------------------------
Date: Wed, 10 Dec 86 15:15:08 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Ready Set Go 3.0
Showed up at computerware today. I've got my copy (goodbye, and good
riddance, MacPublisher II) and if their manual is any guide, this is a
real a**-kicker of a program. I am very, very impressed! I can't wait
to get home and load the turkey up!
chuq
------------------------------
Date: 11 Dec 86 18:01:00 EST
From: "Greg Hamm" <hamm@waks.rutgers.edu>
Subject: Where is Megaroids?
Reply-to: "Greg Hamm" <hamm@waks.rutgers.edu>
Someone recently asked for information about where to obtain Megaroids for
a Mac 512, saying they could only find the Mac+ version. Where can I
get the Mac+ version?? Or can someone post it for FTP access?
Thanks,
Greg
------------------------------
Date: 11 Dec 86 08:38:31 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #66
Delphi Mac Digest Thursday, 11 December 1986 Volume 2 : Issue 66
Today's Topics:
illegal copy dilemma (5 messages)
MS datafile trouble (2 messages)
FPD and StartUpDesk
Mac gateway equipments
RE: User interface (3 messages)
RE: User Interface
RE: A couple DA questions
AddResource probs (2 messages)
RE: IBM PC vs. Mac (4 messages)
RE: Tags footnote: Seagate 225N (2 messages)
Default MSWord Font...
Upgrade shaft
desktop publishing (2 messages)
MacDraw vs. RSG3 (4 messages)
Gassee in ComputerWorld
dBASE Mac delayed
Overseas Mac pricing (2 messages)
MS/DOS on the Mac
Novy 68020 board (2 messages)
Byte
Pictures, BitMaps and the Scrap
icon positions (2 messages)
RE: Re: DASampler File Format?
RE: Hyper Drive Recovery
RE: Re: Should we support (official solutions)
RE: Why won't my Mac eject the disk?!
RE: DiskExpress/DataFrame problems
HyperDrives and floppy drive failure
GCC policies
Programming the Serial Ports (4 messages)
FOND question
Epstart print driver
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-66.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂15-Dec-86 1741 INFO-MAC-Request@SUMEX-AIM.ARPA INFO-MAC Digest V5 #26
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 15 Dec 86 17:41:10 PST
Date: 15 Dec 86 1734-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #26
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Monday, 15 Dec 1986 Volume 5 : Issue 26
Today's Topics:
Re: Misc. Programming Questions
more mac rumors
Speech Glue for LightSpeed C?
Problems with SimpleTools2?
Editting menus in ResEdit
Idealiner
StartMac, a new program sequencing utility AND MORE!!!
Fluegalman Award
Re: Folder sizes
trouble with internal 800k drives..?
Re: 512K Mac/800K Drive
MockWrite won't load files >28K
QuickScript: HELP!
ExperCommonLisp, ExperTelligence
Lisa Profiles
Query: Upgrading ROM without upgrading floppy drive
ILLEGAL? Software Rental Company
inventory control software
Hardware and Software for the Blind?
Usenet Mac Digest V2 #102
Usenet Mac Digest V2 #103
----------------------------------------------------------------------
Date: Thu, 11 Dec 86 19:11:29 pst
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: Misc. Programming Questions
>Date: Thu, 27 Nov 86 13:38:42 est
>>From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
>
>Since posting the above item out of frustration with IM, I have developed
>a dirty workaround, which involves a custom List Definition Procedure
>
> ...
> [omitted code]
> ...
>
>This is naughty, as it leaves a locked relocatable block lying around with no
>handle to it - but it works, by making the ListMgr call the following routine,
This is the same technique shown in recent MacTutor articles and it is very
bad. It creates a corrupt heap. Because the block is locked, you probably
won't get into trouble, but I would not guarantee it.
A better approach is to create a 6-byte handle and store a long JMP
instruction to your defproc routine. The only thing to be careful of is
that you JMP to the jump table entry for the routine or make sure the
routine is in a segment that never gets unloaded.
>------------------------------
>
>Date: Sun, 30 Nov 86 16:36:37 est
>>From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
>
>Subject: Menu Manager bug - global TheMenu not set?
>
>According to the assembly language note in IM1-357:
>"The global variable TheMenu contains the menuId of the
>currently highlighted menu."
>THIS DOES NOT APPEAR TO BE TRUE, at least not in my configuration:
>Mac+, System 3.2 Finder 5.2, LightspeedC v1.02.
>
In checking the code, I found out that TheMenu is set once the command is
selected. It is also set when you call HiliteMenu. It is not set while
the user is selecting a command. HiliteMenu uses this to tell which menu
to turn off.
I don't think its a bug, just some vague documentation.
>
>Of course, there is more than one way to skin a cat, as I work around the
>problem by scanning MenuList until I find the correct menu by comparing
>left edges of each menu in MenuList with the mouse position. But I
>shouldn't have to do that, should I?
>
This is OK provided you do it in the MBarHook. The coordinates in the
MenuList indicate the position of the menu titles, which might not be the
same as the edge of the menu rectangle, if the menu is very far to the
right. Since the MBarHook is called when the mouse is still in the menu
bar. (Actually, you might still lose if the user moves the mouse very
fast because the current mouse position might not be the same as the
mouseDown point.)
>------------------------------
>
>Date: Mon, 01 Dec 86 14:34 EST
>>From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
>Subject: Posting Menus
>
>With Apples hidden anouncment of the new ROM call
>PPostEvent I was able to get a DA to "hit" any key
>combination I wanted, this included command keys.
Note that PPostEvent only works on 128K ROMs and that it is identical to
PostEvent, except that it returns a pointer to the event record. Unless you
needthe pointer, PostEvent should work fine.
>In the process, I noticed that it might be nice to be able
>to post ANY kind of menu selection. So, I thought, could
>I do it with a MouseDown and a MouseUp post? It didn't
>seem to work, though I tried various posibilities...
>
The problem is that most mouse tracking is done on the Macintosh using the
routines StillDown or WaitMouseUp. These will indicate the state of the
mouse button except that if there is a mouseUp event in the queue, they will
say that the mouse is not still down. (This is the correct thing for
applications to use when tracking the mouse.)
If you post a mouseDown and a mouseUp, then StillDown will report FALSE.
One way to do it is to override the MenuSelect trap as well as posting the
events. When the application sees the events it will call MenuSelect. You
can intercept the call and return the appropriate menu #/item #
combination. (Note that you only need to override MenuSelect when you
actually need to.)
I think this technique will work on future machines, but I can't guarantee
it.
>------------------------------
>
>Date: Tue, 25 Nov 86 16:50 EST
>>From: GKN3M2%IRISHMVS.BITNET@WISCVM.WISC.EDU
>Subject: Appletalk links
>
>How does one go about linking Appletalk networks together? There
Check into the Hayes Interbridge. It allows 2 AppleTalk networks to be
connected. You can also use 2 Interbridge's and 2 modems to connect
AppleTalks over a serial line.
----------------
Larry Rosenstein
------------------------------
Date: Fri, 12 Dec 86 18:17:53 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: more mac rumors
This is another posting from usenet news regarding upcoming Macs:
This info is from the front page of the December 8th Computerworld:
DISCLAIMER: This is being posted as general info for those interested
in Mac rumors. It is not intended to belittle any other computer users,
such as Amiga users (my last posting was posted to the Amiga group by
someone which caused many negative responses). The validity of this
information will not be known until the products are released next year.
Apple will supposedly introduce at least two 68020-based, open architecture
models of the Macintosh and a low-end Laserwriter printer at the company's
January product unveiling, according to sources who have seen the products.
The existing Mac Plus cannot be upgraded to the new systems because the main
logic board and power supply are different, according to software developers
and an Apple source. (this contradicts MacUnderground)
The new Mac systems will have 256K bytes of ROM, which includes part of the
operating system. The systems run at 16 MHz and have a socket available for
the 68881 math coprocessor. Both machines will have 1M byte od RAM, expandable
to 4M bytes.
One model has the same chassis as the current Mac, with an internal hard-disk
drive and one expansion slot.
The second, open Mac is larger with five expansion slots, with one slot for
a video connection. The user can also plug in coprocessor cards.
One developer was impressed with the prototype 12-inch monitor with four times
the resolution of the current Mac monitor. "When I looked at it, I thought
I was looking at a photograph," he said.
Apple will also introduce a low-end laser printer, priced approximately $2000.
This printer will not run Adobe Systems' Postscript page description
language, but will use the Mac Toolbox and a version of Apple's Quick Draw
routines to transmit graphic images. Apple is also testing an implementation
of Postscript on the Imagewriter.
A high-end laser printer, which will produce 1000dot/inch resolution, will be
available later in the year as it is still under development.
Also in the works for release later next year is a Mac designed with RISC
architecture, according to sources.
These Macs (except the RISC) will not be available in quantity until
March 87, according to sources within Apple. Apple is being very cagey about
the January announcements because marketing decisions are still being made.
Prices for the above products were not given. I hope some of you find this
info useful or informative.
---
David
------------------------------
Date: Sat, 13 Dec 86 14:54:11 pst
From: Bernard Aboba <bernard@ararat>
Subject: Speech Glue for LightSpeed C?
I'm trying to call the SpeechAsm.Rel routines from LightSpeed C, but am
encountering considerable trouble. As far as I can tell, all the types
are correct, but obviously there's something wrong. Has anyone one
out there got examples of how you call the MacinTalk routines from
LightSpeed?
------------------------------
Date: Sun, 14 Dec 86 23:25:11 pst
From: Bernard Aboba <bernard@ararat>
Subject: Problems with SimpleTools2?
I downloaded SimpleTools2, and proceeded to try it out by writing a few
simple programs to implement menus, windows, prompts, etc. It seems that
there are bugs in the text editing, so that, for example, the in putfile,
the string you type in isn't returned without losing characters, or adding
on. Same with all the routines using text edit, it seems. Strangely,
SimpleTools1 seems to behave more regularly. I'm using LSC; am I correct
in saying that there are problems with SimpleTools?
Also, on the subject of "Mac Development Aids" in general, I'd appreciate
a comparison between aids like MacExpress, C Extender, and SimpleTools, and
any others that people know of. I'll summarize for the net.
------------------------------
Date: Mon, 15 Dec 86 15:40:44 PST
From: PUGH%CCV.MFENET@nmfecc.arpa
Subject: Editting menus in ResEdit
When playing with MENUs in ResEdit, there is a Hex longword that has the
enable menu item settings. After playing around with these for a bit I thought
I should write down how they work and share with the rest of the world this
arcane bit of lore.
Each item in a MENU may be enabled or disabled. You can do this with the ROM
or in the resource (typically you use both). The enabled flag is a hex
number that has a bit for each menu item and one for the entire menu itself.
The rightmost bit (least significant) is for the entire menu. If it is 1 then
the menu is enabled, if 0 then the entire menu is dimmed. The rest of the
bits, from right to left, are the menu items, from top to bottom. To enable a
disabled item on a diabled menu, you must enable the menu AND the item.
You must also redraw the menu bar with DrawMenuBar after enabling or disabling
an entire menu.
What I do is sketch my menu on paper and place ones next to enabled items
and zeros next to disabled items. Remember to include the menu title. Then
slop that string of bits to the right so that down is going left and convert
that number to hex, with leading ones. Put that number in the MENU template.
I think this is an obvious and intuitive way to enable MENUs in ResEdit, don't
you? Perhaps if I defined them all as TEXT and compiled them it would be
easier...
Jon
------------------------------
Date: Sat, 13 Dec 86 16:21:27 EST
From: David D'Souza <djdsouza@ATHENA.MIT.EDU>
Subject: Idealiner
Reply-to: Djdsouza@ATHENA.MIT.EDU
Here is a binhex'ed packit file which contains Idealiner. It is a
shareware ThinkTank like application.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>IDEALINER.HQX
DAVEG
]
------------------------------
Date: Fri, 12 Dec 86 07:30:51 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: StartMac, a new program sequencing utility AND MORE!!!
This is StartMac, a new program sequencing utility. It has a script
file (TEXT) so that you can EASILY modify it's action. No more
using RESEDIT with SEQUENCER. It also lets you display MACPAINT
screens, speak using Macintalk, wait for MOUSE button presses, and
maybe even more things which I'm not using. This file includes
documentation, a sample script file and the application. It is shareware
and comes (I believe) from CompuServe.
The only thing this program lacks is a way to bypass it. Sometimes I
like to startup my Mac without my normal sequence (debugger) and to
do so means changing the startup application. If someone would build
a program like StartMac which checks whether the option key is down
when it first starts, and if so immediately quits then I'll be in Mac
heaven. Until then, this program looks to be the best of the bunch!
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-STARTMAC.HQX
DAVEG
]
------------------------------
Date: 14 Dec 86 13:27:10 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Fluegalman Award
[ Uploaded from Delphi by Jeff Shulman ]
13-DEC 22:48 Mousing Around
Fluegelman Awards
From: MOUSEKETEER To: ALL
PCW Communications is calling for nominations for the First Annual Andrew
Fluegelman Award - 1987. The award is for "a substantial, innovative contri-
bution to the personal computer community in commercial, shareware, or public-
domain software," and any such personal computer software developed by an
individual or team is eligible. Nominations, however, must be made by persons
who did *not* participate in the software's development. The award itself
is prize money in the amount of $5000 and a commemorative plaque.
Full details on the award in text format, along with a Nomination Form in
MacWrite format, are available in the Mousing Around database.
Alf
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FLUEGELMAN-AWARD-1987.HQX
DAVEG
]
------------------------------
Date: Sun, 14 Dec 86 17:43:12 PST
From: USER=QULU%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: Re: Folder sizes
Re the question about "--" for folder size:
HFS doesn't know what the contents of any subdirectory (folder) is until
it reads that subdirectory off the disk. If you want to see the size of
a folder, just double-click to open it. When it is open on the Desktop,
the window it came from will have its size displayed.
------------------------------
Date: Fri, 12 Dec 86 16:34:41 PST
From: brydon@Ford-wdl1.ARPA (Louis B. Brydon)
Subject: trouble with internal 800k drives..?
Has anyone else had trouble with their internal DSDD (800k) Apple drives
jamming on disks? I had my 512k upgraded to a 512e little less than a
month ago, and last Sunday it jammed on a disk. It attempts to eject
it, but the two pinch rollers (grab on bottom of front of disk) don't
release completely, and therefore disk will not come completely out.
The local Apple service center replaced the drive on Wednesday, and
guess what! It jammed again after a couple of hours of work on
Wednesday night... They assure me they did indeed replace the original
drive (I believe them), and can't explain why the sudden desire to
hold onto it's disks... I pick it up again tonight with third drive to
see how it survives the weekend.
Anyone else have this kind of problem before?
By the way, I was using Sony disks both times it jammed, and they were
different disks when it jammed...
-Louis
Disclaimer: Sure I'll claim her, if she want to be claimed...
------------------------------
Date: Mon, 15 Dec 86 16:36 N
From: <FRUIN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Re: 512K Mac/800K Drive
It's time the issue of double-sided versus single-sided disks is solved once
and for all. I keep hearing different stories and I am not convinced in any
way double-sided disks are better than single-sided ones. Why? Well, I've
heard and experienced that:
- Hewlett Packard (or maybe it was another company) considers one side of its
single-sided drive the writeable side, while Apple uses the OTHER side in
its single sided drive! Now tell me which side is the 'good' side!
- Sony 'double-sided' disks (and others as well) randomly have problems being
initialized as double-sided. It often depends on a particular drive;
switching from one drive to another usually solves the problem.
- many many 'single-sided' disks will work excellently in double-sided drives.
Besides hearing other peoples' experiences, I'd very much like to hear the
final word from someone who really knows about the manufacturing and testing
of these floppies. I simply not convinced I need 'double-sided'.
Oh yeah, what about the number of tracks per inch? Can I ignore that too?
-- Thomas
FRUIN@HLERUL5.BITNET
(Leiden, Netherlands)
------------------------------
From: ARAJ%CRNLVAX5.BITNET@cu-arpa.cs.cornell.edu
Date: Sat, 13 Dec 86 20:14 EST
Subject: MockWrite won't load files >28K
When I attempt to load files greater than 28K with MockWrite 4.3.2, I get a
dialog box saying that MockWrite cannot load this file because it is greater
than 28K.
However, MockWrite is able to create files greater than 28K; I created one that
was 44K, but once I closed MockWrite and tried to open the file later, I got
the message that MockWrite couldn't load the file.
I tried increasing the size of the system heap to 96K and the application heap
to 512K (from 256K), but the problem continued.
Does anyone know what to hack into MockWrite to allow it to load files >28K. I
think it is capable of loading them; it just doesn't know that the system heap
can be made larger to accomodate these files. (If I am wrong about this,
please let me know.)
--Mark J. Steiglitz
ARAJ@CRNLVAX5.BITNET
ARAJ@CORNELLA.BITNET
steig@tcgould.tn.cornell.edu
------------------------------
Date: Fri, 12 Dec 86 16:49:14 EST
From: Mark Nickel-Paul Roselli
Subject: QuickScript: HELP!
OK, we've downloaded an application called QuickScript, which is supposed
to prepare audio-video scripts from specially formatted Word documents. We
have prepared a file that looks exactly like the sample file in the help
menu. Everything looks fine. However, when we attempt to print, we get
an error message referring to a line in the PostScript file. We can't tell
if anything is wrong there. Does anyone have further documentation on
QuickScript? Better yet, does anyone volunteer to take a look at what we
have so far? We can send you a copy of the file in question.
------------------------------
From: Bill Roberts <bill%ncar.csnet@RELAY.CS.NET>
Date: 8 Dec 86 21:15:31 GMT
From: bill@hao.UUCP (Bill Roberts)
Subject: ExperCommonLisp, ExperTelligence
Date: 8 Dec 86 21:15:30 GMT
A while back I upgraded from ExperLisp 1.01 (or what every the first release
was... you know, the one with all the bugs!) to ExperLisp 1.5 via the plan B
option (as it is know). At the time, this option said that I would receive a
coupon to upgrade to ExperLisp 2.0 (and version 2.0 of the File Compiler) when
it became available. After receiving version 1.5 of ExperLisp, the new
documentation, the File Compiler, the Talker and not receiving the "upgrade
coupon" I wrote ExperTelligence. They said that I WOULD NOT NEED THE COUPON.
That I WOULD BE SENT THE NEW VERSION WHEN IT BECAME AVAILABLE.
Last week I received the latest newsletter. Included was a "address update"
card and a letter saying "you will be shipped ExperCommonLisp, plan A or B,
depending on which one you previously chose, as soon as we receive this address
update card."
Now I interpret all of this to mean the following:
Those of us who upgraded, during the limited offer, to ExperLisp1.5 via plan B
will receive ExperCommonLisp2.0 and the ExperCommonLisp File Compiler, FREE
OF CHARGE!!!! No where in any of the correspondences with ExperTelligence was
there any mention of "small fee to upgrade" or anything like that. In fact
(I don't recall which newsletter it was, but...) one of the previous newsletters
explicitly says that "by chosing this option, you can upgrade to the development
version directly". That is, the price of the development system was included
in the upgrade cost!
But the cost of ExperCommonLisp is way big!!! And according to a fellow at
ExperTelligence it is going to cost current owners of ExperLisp 1.5 $750.00
for ExperCommonLisp. (And that's the discounted price!)
Is there a (distinct) difference between ExperLisp 1.5 owners and those of us
who upgraded during the special, limited offer, who acquired ExperLisp 1.5?
I guess the question is "Do 'we' get ExperCommonLisp, etc." for free or do 'we'
get to pay a nominal upgrade fee of $750.00 (and that does not include the file
compiler)?
['we' is defined as those who upgraded during the special offer]
Thanks for any info on this.
Bill Roberts
NCAR/HAO
Boulder, CO
UUCP: ...!hao!bill
------------------------------
Date: Fri, 12 Dec 86 14:23:37 EST
From: CC012004%BROWNVM.BITNET@WISCVM.WISC.EDU
Reply-to: CC012004%BROWNVM.BITNET@WISCVM.ARPA
Subject: Lisa Profiles
For all those with Lisa Profiles gathering dust, we're working on
upgrading them to SCSI to enable connection to Mac+'s.
This is not a business (ad)venture for us at this point,
more a hardware hacking project for a couple software hackers.
We know a controller to use, and will be working on the software;
how many people would be interested in (a) plans, (b) buying boards or
upgrade kits, (c) sending drives to be upgraded (which we're not
real keen on, frankly), or (d) giving/selling us drives cheap?
Thanks. Suggestions from others trying this are also welcome.
Steven J. DeRose
Cognitive and Linguistic Sciences, Brown U.
"The trouble with WYSIWYG is that what you see is *all* you get."
------------------------------
Date: Mon, 15 Dec 86 14:49:56 PST
From: <MCD@slacvm.bitnet>
Reply-to: MCD%SLACVM.BITNET@forsythe.stanford.edu
Subject: Query: Upgrading ROM without upgrading floppy drive
Hello. I would like to know if it is possible to upgrade the ROM in
an old Mac 512 to the new 128K ROM without upgrading the floppy
to an 800K drive. Has anyone done it ? Is it simply taking out a chip
and replacing by another ? Cost ? Thanks much for the info.
Manuel C. Delfino | userid: MCD node: SLACVM network: BITNET
Department of Physics | (415)854-3300 x3320
University of Wisconsin - Madison| SLAC, P.O.BOX 4349, Stanford, CA 94305
[ note from moderator: I know one developer who has the new roms and the old
SS drive. It is definately just a ROM swap in order to use the new ROMS.
Unfortunately Apple chose to only sell the new ROMS with the DS drives to
the general public. There is no legal way to obtain the new ROMS that I
know of. Last year I asked Chris Espinosa (at a panel discussion about
Macs and Apple) why this was done. He said part of the reason was so that
dealers would make some money by dealing with the upgrades which would be
difficult if only the ROMS were sold (since most would have to be installed).
I think Apple also felt that the value offered was quite reasonable. DAVEG ]
------------------------------
Date: Sun, 14 Dec 86 01:01:37 EST
From: David D'Souza <djdsouza@ATHENA.MIT.EDU>
Subject: ILLEGAL? Software Rental Company
Reply-to: Djdsouza@ATHENA.MIT.EDU
I just received a catalog from a software rental company in Canada.
They rent MacIntosh software at $15 a disk, Apple // software at $8,
and IBM PC software at $10 a disk. This sounds similar to all the
other companies, right? But what this company does is to provide the
buyer with COPIES of the original disks sans any documentation. They
then ask the buyer to erase the floppies after 21 days. Also, the
cost is by the disk, thus, if a single program needs 2 disks, for
example, you pay $30 for Mac software. This company seems to have all
the latest software including all Microsoft and Lotus products. Also,
they are RENTING public domain software such as Red Ryder (did Scott
Watson give them permission?) and a disk with Finder 4.1, Switcher 2.6
(yes 2.6) (Apple, are you there?), Megaroids, and BinHex on it. Also,
programs for the IBM PC and Apple // are available.
Now, for the obvious question: Isn't this blatantly illegal or do
Canadians have f***ed-up laws where things like this can be done???
Microsoft and Lotus (and many other large companies) should take legal
action if possible.
The company:
The Value Club
#301 - 1084 Homer St.
Vancouver, B.C. Canada V6B 2W9
Telephone: 1-800-663-8060
Disclamer: All opinions above are mine alone. I have no interest in
the above company (obviously) and I have nothing to gain by their
demise (not so obvious).
--
Arpa: Djdsouza@ATHENA.MIT.EDU
UUCP: {allegra,seismo,decvax!genrad}!mit-eddie!djd
------------------------------
Date: Fri, 12 Dec 86 16:26:36 PST
From: brydon@Ford-wdl1.ARPA (Louis B. Brydon)
Subject: inventory control software
Is anyone out there in net-land familiar with inventory control using the Mac?
I have a friend who is trying to set this up, and is looking for sources of
PD/Shareware/commerical software.
-Louis
------------------------------
Date: Fri 12 Dec 86 10:55:46-PST
From: MARYOTT@EDWARDS-2060.ARPA
Subject: Hardware and Software for the Blind?
Does anyone have any knowledge for software/hardware/etc. for the blind?
Printers, screen readers, talking software, etc.
Thanxs in advance
[ note from moderator: recently there was a package posted to info-mac
with Braille fonts. DAVEG ]
------------------------------
Date: 12 Dec 86 19:29:58 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #102
Usenet Mac Digest Friday, 12 December 1986 Volume 2 : Issue 102
Today's Topics:
Re: Mac Hardware Crashes
Re: Why won't my Mac eject the disk?!
Appletalk and IBM Token Ring
MacTable
Re: Should we support (official solutions)
Dr. Alan Kay's Vivarium project?
Disk recording format
AWK on the MAC wanted
Re: Use of IM
Re: FTL MacTeX question
Re: Why won't my Mac eject the disk?!
Re: MacApp Sources...
512K Mac/800K Drive
laserwriter linewidth
Re: Should we support (official solutions)
Re: MacApp Sources...
LightSpeed Pascal
want macdraw->imagen
Re: Editing > 32K text blocks
Modem Reset
OKIMATE 20 100 COLORS
Info needed on MACINTOSH+ and music software
Custom Controls
Re: Large (> 32K) arrays
Mac+ parameter RAM
Re: MacApp Sources... (2 messages)
Re: Editing > 32K text blocks
Re: MacApp Sources... (2 messages)
LaserWriter server via Kinetics and K-TALK, SUN 3's
Disk directory failure - help!
Novy systems 68020 board
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-102.ARC
DAVEG
]
------------------------------
Date: 14 Dec 86 12:46:28 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #103
Usenet Mac Digest Sunday, 14 December 1986 Volume 2 : Issue 103
Today's Topics:
Re: 512K Mac/800K Drive
Re: Wordperfect drives Apple LaserWriter
Hints from Heloise
Re: BASIC compilers for MACINTOSH
Re: OKIMATE 20 100 COLORS
Help with bombing PageMaker
Context switch on Mac
Re: Info needed on MACINTOSH+ and music software
Appletalk, Macs, Laserwriters and DATAKIT compatibility
Learning the piano with a MacPlus
Re: Wordperfect drives Apple LaserWriter
Re: Mac Hardware Crashes
Is a port of C++ to the Mac, using MPW C, under way?
Re: MacTable
Re: MacApp Sources...
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-103.HQX
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂16-Dec-86 1855 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #27
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 16 Dec 86 18:55:26 PST
Date: 16 Dec 86 1807-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #27
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Tuesday, 16 Dec 1986 Volume 5 : Issue 27
Today's Topics:
more on bugs in Apple software
Wedged 800k Disks
Are Audio Digitizers any good?
Re: are the audio digitizers any good?
More on Novy 68020/881 upgrade
RSG 3.0
Ready Set Go 3.0 (first impressions)
ExperProlog II
Re: ExperCommonLisp
Looking for Free (very cheap) MW/Paint/Multiplan
Generating Postscript from MacDraw
Mac+ Connectors
----------------------------------------------------------------------
Date: Tue, 16 Dec 86 09:59 ???
From: YOUNG%RCSDY%gmr.com@RELAY.CS.NET
Subject: more on bugs in Apple software
I regret the delay in sending this message which was caused by a bug --
sending to wrong address.
REGARDING SOFTWARE BUGS --
The seriousness of the problem of criticial bugs in mass distribution software
did not seem to be sufficiently appreciated by several of the respondents
in the earlier series of messages on "bugs in Apple software."
To the thousands of ordinary, non-computer oriented people who buy MACs,
a single critical bug in the software can seriously impair their positive
experience with the machine, and lead to untold and damaging ripple effects
as they express their unfortunate experience to friends.
Critical bugs, if discovered early in the life of a product, can also be used
by a competitor to destroy public confidence in a product. A developer
can rush ahead to the next "insanely great" product, but without
adequate testing and debugging BEFORE RELEASE (by professional testers
other than the initial programmers) any new product will be seriously and
needlessly jeaporized before it even gets off the ground.
If you instead attempt to rely mainly on the public to test your
product after an initial release, then it is even more important that you
have a strong and firm financial commitment to adequate software maintenance.
In its efforts to cut costs by reducing or eliminating both
initial testing, and also maintenance, Apple has made a serious strategic
mistake, in my opinion. The public will purchase a tried and true product
that is thoroughly debugged and works, over a new release of the latest and
greatest that doesn't work, every time (wouldn't you?).
For a company making large-scale software purchases in the multi-million
dollar range, a single critical bug will lead to no further purchases of
that product, and possibly no further purchases of any other product from
that developer. A company will simply switch to another product, or another
machine, to get the job done.
In my judgment, Apple has made a serious mistake by deciding to place
little or no investment in bug-finding and fixing for its mainline
software (or hardware) products. Although the competition often is no
better (and often worse) at reducing bugs, that is no excuse --
for major Fortune 500 companies to switch to Apple from IBM or DEC, it is
necessary that Apple have superior quality, not equal, in my experience.
For the general public, fixing critical bugs is in some ways even more important
than for the business market, since single users might not be aware that the
problem is in the machine and not in what they are doing, and also might not be
aware of work-arounds that others may have discovered.
- R. Young
------------------------------
Date: Tue, 16 Dec 86 11:40:55 PST
From: gunther.pa@Xerox.COM
Subject: Wedged 800k Disks
re: Fri, 12 Dec 86 16:34:41 PST
I had my 512k upgraded to a 512e little less than a
month ago, and last Sunday it jammed on a disk. It attempts to eject
it, but the two pinch rollers (grab on bottom of front of disk) don't
release completely, and therefore disk will not come completely out.
************
I had an identical problem with an equivalent 800k external drive. If
your drive is under warranty then you are doing the appropriate thing by
getting a replacement. If you are uncertain about whether or not the
dealer really is replacing the drive you might try marking it
unobtrusively in someway that you can identify. I did this when I had
my 512 upgraded to a Mac+. The tech. was shocked when I challenged him
that the machine he returned was not my machine. I had marked one of
the rubber feet on the 512 with my initials. What I had not realized
was that the front escutcheon (to which the feet are attached) is also
replaced in the upgrade.
I did manage to fix the 800k drive myself by increasing the tension on
the tiny springs that retract the two pinch rollers but I am not
endorsing the idea wholesale and take no responsibility for any hardware
hacking you may be inspired to do on your own.
Good luck
Neil.
------------------------------
Date: Tue, 16 Dec 86 11:40:47 est
From: ms1g#@andrew.cmu.edu (Mark Steven Sherman)
Subject: Are Audio Digitizers any good?
I have been considering getting an audio digitizer for my Macintosh and am
looking at the Berkeley build-it-yourself and at MacNifty's digitizer. What
concerns me about the former, is that I can't find anyone who uses the
Berkeley one who recommends it. What worries me about the latter is that the
example sounds coming in from the net are all huge in size (>100K) but short
on time (~4 measures of Nutcracker). If all the digitizers are only good for
sounds less than a couple of seconds, then I don't think they're of much
value. (I know, the problem could be the way the Mac generates sound. I have
several speculations on how to make things better, but at the moment, I'm
less interested in finger pointing than in determing what kinds of
functionality I can get.) Does anyone have sage advice?
------------------------------
Date: Tue 16 Dec 86 11:11:53-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: Re: are the audio digitizers any good?
Personally I think the MacNifty system is one of the most impressive
pieces of Mac add on hardware/software available. I wouldn't mess
around with the Berkeley setup since it is $50 and MacNifty is only
$100 with nice software to boot.
The reason the sound files are so large is that you are digitizing
the sound instead of generating it from waveforms. This has the tremendous
advantage of quality (have you ever heard a Compact Disk?) but the
disadvantage of producing large quantities of information. A CD can
hold 550 MBytes of information and produce ~75+ minutes of music.
Until you have lots of memory on the Mac you will be limited to a minute
or less of music on the MacNifty...the arithmetic works like this:
The sampling rate is 22kHz for the best sound quality...this gives a
frequency response up to approximately 11 kHz. The sampling size is
8 bits (instead of 16 bits for CDs)...this limits the dynamic range.
If we multiply we find 22000 samples/second x 1 byte/sample we get
22000 bytes/second. If you have a 1M machine you have ~800K free after
running the program which captures the sound so we find
800000 bytes / 22000 bytes/second = ~ 36 seconds
You can get more sound recorded at the expense of quality...the
Macnifty software allows you to use sampling rates less than the 22 kHz
so you can get more sound with a lower frequency response. You don't need
11kHz frequency response for human voice.
OK, so you can get say 1 minute of sound in 800kbytes if you want but
this means the sound file will be 800 kbtyes before any compression to
the file. Expect that the resulting file will be between 400k and 800k in
size after file compression.
The result of all this is what you might have guessed before the
estimates if you just thought about 75 minutes / 550 MBytes on CDs. Digitized
sound files are huge. One thing which is fantastic about the MacNifty
system is that you can export sounds to Studio Session which is a music
creation program like Music Construcion set, Music Works, and the one
from Great Wave Software (can't remember the name offhand) except it
can use the digitized sound files you create with the digitizer. The
result is that you can have very good sounding music you create on the
Mac. It is much better than the other programs.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: 16 Dec 86 14:22:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: More on Novy 68020/881 upgrade
Reply-to: <bouldin@ceee-sed.ARPA>
What follows is the ad that Novy systems is sending out to advertise
their 020/881 upgrade for the Mac. Since there is obvious interest
on this SIG, I sent the entire text of the ad.
For the price, this looks to be a good deal. I appended some of my own
comments at the end, clearly separated from the ad text.
**********************************************************************
The 68020 Macintosh
with 68881 math coprocessor
The MAC20 is a low cost upgrade to the motorola 68020 32 bit
Microprocessor for the Macintosh 512E and Mac Plus computers. The MAC20
multilayer add-on board is available NOW from Novy Systems Inc. and may
be ordered with the 68881 floating-point coprocessor. 6881 access from
Microsoft Fortran and programs supported by the Standard Apple numeric
Environment (SANE) is included.
Most popular Mac programs have been tested on the MAC20 and show typical
improvements of 25% to 50% using only the 68020 while some applications
show up to a 100% improvement. Numerically intensive programs using the
MAC20 with the 68881 installed can expect improvemennts of up to 400%.
The MAC20 card also includes:
1.A desk accessory to control the features of the MAC20.
2. A utility to provide automatic access to the 68881 from
Microsoft Fortran (2.1 and 2.2).
3. MDS assembly languag 68881 interface example.
4. A utility to provide access from TML Pascal, Macspin, and
other packages using SANE.
Compatibility: Our testing has revealed that only programs using four
voice or freeform sound output, such as music programs, will not operate
properly with the MAC20 board. These appear to be software
incompatibilities and should be corrected in future versions of these
programs. Programs that are self-modifying may not work properly while
the 68020 instruction cache is enabled. A desk accessory is provided
that allows the cache to be easily diabled for these programs.
A partial listing of programs found to be improved with the MAC20 are:
MacPaint MacDraw Excel
Word MacChallenger Fortran (2.1 or 2.2)
Fligh Sim. MS Basic MacTerminal
MS Works ReadySetGo MS File
Pagemakeer Dollars & Sense Sargon III
Benchmarks
MS Fortran 2.2 Absoft MacFortran 020
Mac MAC20(with 881) MAC20 (with 881)
KiloWhetstones
Single Prec. 41.6 152.0 193.5
Double Prec. 18.5 108.7 178.0
Sieve 6.5 3.5 2.9
Absoft Fortran/020 is an optimizing compiler for the 68020 and 68881.
Other currently available optimizing compilers on the market which
support the 020/881 are Consulair C and the soon to be released TML
Pascal.
Introductory Prices:
Part# Description Price
MC20 MAC20 (without 881) $595
MC2081 MAC20 (with 881) $749
Installation of MC20
(desolder original 68000 and $49
insert socket)
ADD"-C" Clip on Version add $99
ADD"-R" RADIUS compatible version add $99
6888-12 MC68881rc12 chip $195
MCXX-2P Board and PROM set (w/o 020/881) $395
Clip on for Mac+ available soon
6 months parts and labor warranty.
Prices subject to change without notice.
Novy Systems Inc.
69 Ravenwood Ct.
Ormond Beach, FL. 32074
(904) 427-2358
***********************************************************************
Comments:
Looks like good price/performance since this allows about 40% of prodigy
4 whetstone performance for about 18% of the price.
Also, this is considerably faster than any MS-DOS Fortran on even the
hottest AT clones around. Computer Languages, Jan. 86 issues, benchmarks
Lahey MSDOS Fortran at 98K single precision whetstones and 83K double
precision, while Ryan-McFarland did 106K, and 89K, respectively.
Hardware was an 8Mhz Compac 286 DeskPro. On the newer 12Mhz 286 machines
this would go to about 150K single precision whetstones.
The newest wave of 16Mhz 386 machines should only (roughly) scale by the
clockrate if they are running compilers which do not explicitly generate
code for the 386 (this is a best case, since there is, as yet, NO 387
chip. The DeskPro 386, for example, actually uses a 12Mhz 80287 for
floating point). This means that the Mac with the Novy 020/881 board
and Absoft 020 code generator should be essentially the same speed as
the new 386 machines.
Also, don't throw out your MS Fortran 2.2 (or 2.1) release discs!! They
are worth $100 in an exchange/upgrade for the Absoft 68020 code
generator. That brings your net cost to $400 for the 020 code generator.
Non floating point stuff that is speeded up the most by the 68020 is stuff in
tight loops. Things with tight loops will perhaps double in speed. This should
include a lot of quickdraw, like the bit copies. It is possible that a true
9600 baud terminal emulation could result from using the Novy board.
****************************************************************************
I do not have any commercial interest in Novy systems. I just think
there is a widespread interest in these upgrades, especially if Apple
makes the colossal blunder of having no 020/881 upgrade for the Mac+ along
with the Jan. announcements.
------------------------------
Subject: RSG 3.0
Date: Fri, 12 Dec 86 09:23:03 -0500
From: meltsner@athena.MIT.EDU
I've been bashing away at Ready,Set,Go3 for the last couple of days.
[MacConnection was not ready to ship it when I ordered -- the first
time ever!] It is pretty nice, handles all of my old documents (including
scientific stuff with subscripts and superscripts, footnotes, etc. from Word).
The manual is funny -- a "magazine" on how to use RSG. There are a
few bugs with redraw [specifically, if you muck with baselines on a
very short text block, the redraw leaves gunk around -- fixed by
scrolling to some where else], but on the whole it is fast and fun.
The real-time H&J even works.
Some of the graphics are a bit messy. Try doing corners on a fancy
border.... On the other hand, it does have thin rules (~1/2 point),
and a nice cropping/resize system. The automatic text runaround of
graphics is especially slick.
The Postscript windows are too primitive. What you get is literally
just a way of sending raw PS to the laserwriter, along with the rest
of your layout. No scaling, no translation of coordinates, nothing.
This means it becomes tough to just drop in a PS file into a block,
and have it print in that block's position and size automatically.
You have to look it up in the block specifications and edit your PS to
match.
RSG reads TEXT and PICT files, MacWrite and Microsoft Word documents,
and appears to be very Switcher and DA compatible. It uses the
standard Apple Laserwriter driver and Prep file.
Ken (meltsner@athena.mit.edu)
------------------------------
Date: Fri, 12 Dec 86 10:05:35 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Ready Set Go 3.0 (first impressions)
Ready Set Go 3.0 has finally hit ComputerWare, and last night I had the
time to sit down and play with it a little bit. In general, I'm VERY HAPPY
with the product -- after fighting my way through MacPublisher II for the
last 6 months, I can't tell you how much easier this program is to work
with and get things accomplished.
The program is rather easy to use, but not always intuitive -- read the
manual first, and keep it handy for the first few sessions.
[editorial side note. The design of the manual is a great testimonial
for the program. It's a very complex, clean document, done as
a 65 page magazine on glossy paper. On the downside, they tried
a little too hard to show all the neat things RSG could do, and
I find the document a little too busy on the design side. I also
worry about the long-term prospects of protecting a glossy magazine
from the trials and tribulations of my desk -- a heavier card stock
would last much longer under normal usage]
On the program side, RSG has a lot of neat features:
o Postscript windows. Yes, all you need to do is create a block of
text, click a button, and type in a postscript program. Think of
the possibilities. (like, wow!)
o real-time hyphenation. Yes, you can toss an article on a page,
turn onhyphenation, type, and watch the entire screen redraw with
the changing hyphenation -- fast enough that it doesn't really
bother you.
o attribute changing. You can change attributes on any size block
of text -- from a character to the entire document. This includes
justification, font, style, size.
o Text wraparounds. Build a block. Drop it on the page. Watch
everything squirm to get out of the way. I think I'm in lust...
(it works, wonderfully!)
o full word processing features. search/replace and a spelling
checker.
o it doesn't brew coffee for you. yet.
Overall, I'm very happy, with a few minor reservations and one bug. It
does everything I want it to do (that I know how to do, so far) and the
results of the test designs I threw at it last night were rather wonderful.
Printing, by the way, at least to a laserwriter, is quite fast.
The few gripes:
o The word-processing isn't as powerful as they would like you
to believe. They claim you could do ALL your writing in RSG3,
and throw the rest away. No, you can't -- it would drive you up
the wall. But, it is more than useful if you're putting together
short filler pieces or hacking an article into shape. It's good,
but it could be better.
o There are no decimal tabs. There are up to 9 left, right, centered
or justified tabs, however.
o There is a bug in the search/replace algorithm. choose 'search'
and search for '"'. When you find it, replace is with
shift-option-[ (the open double-quote). When you go to search again,
the 'change' command has also changed the search field, making
a 'find next' operation impossible if you use the 'aXnge' option
(instead of just typing in the new text).
o the spelling checker is very weak. It's MUCH better than none
at all, but don't plan on tossing Thunder! or Spellswell yet. You
can't modify the RSG dictionary, either to add or delete. You
CAN set up a User dictionary, but it is tied to the application
(where RSG lives, it lives) and not the document, so you can't
make spelling dictionaries on a document by document basis. foo.
o The index is weak -- for example, it doesn't tell you the page
that has the information on the command to put the page numbers
on your pages. The documentation overall isn't bad, but it could
have been better organized.
In general, it is the best thing since slightly stale bread. Lots of fun,
and it makes MacPublisher II look like teco.
As I find more, I'll let you know.
chuq
16-Dec-86 05:51:42-PST,592;000000000001
------------------------------
Subject: ExperProlog II
Date: Tue, 16 Dec 86 08:54:28 EST
From: Jonathan K. Millen <jkm@mitre-bedford.ARPA>
Has anyone used ExperProlog? Is it as good as it sounds? How about
its development environment? Its toolbox interface? Is it fast?
-Jonathan Millen
jkm@mitre-bedford
...decvax!linus!security!jkm
------------------------------
Date: Tue 16 Dec 86 10:30:00-CST
From: CS.RICHMANN@R20.UTEXAS.EDU
Subject: Re: ExperCommonLisp
In the 15 Dec 86 info-mac digest Bill Roberts asks:
>Do we get ExperCommonLisp for free or do we get to pay a nominal
>upgrade fee of $750 (and that does not include the file compiler)?
Like Bill, I was confused by the ExperTelligence marketing strategy
of plan B upgrades offered to present owners of ExperLisp. My
questions, however, were answered by the arrival yesterday of an
_eight_ pound package of software and documentation from
Expertelligence. Here is what I found:
-- Customers who purchased the plan B upgrade to ExperLisp 1.5 will
receive the complete ExperCommon Lisp package, including file compiler
(for producing double-clickable, stand alone applications) _without_
additional charge. The software includes the common lisp listener,
incremental compiler, file compiler and a run time kernel for inclusion
in your own applications. A few examples are also included. The
documentation is in three indexed volumes. A "dead code" optimizer
is discussed in the documentation, but not included in the package.
The software comes on three 800K diskettes and is not copy protected.
The following are my unsolicited opinions on the package:
-- The development environment works only on a MacPlus, but the
applications you develop should work on a 512K Mac with either
the new or the old ROM's. You will appreciate a hard disk and
a memory expansion board (like the MaxRam, etc.). This is the
largest program I have running on my Macintosh -- the
kernel alone is 339K and the compiler is 363K.
-- Compilation is slow. It takes two or three minutes just to load
the compiler and compilation is painful compared to the LightSpeed
compilers for C or pascal. You can, of course, use your compiled
programs in the listener environment without any additional work, but
to produce a stand alone application, you must use ResEdit to "paste"
the compiled code into a lisp kernel.
-- The compiler supports a full implementation of common lisp
with object oriented programming extensions. The support for the
Macintosh toolbox is very complete and well documented. I compiled
a moderately large expert system written in common lisp on the
Dec 20 and only had to change one thing. The item that needed
changing was a holdover from Experlisp 1.5 in that symbols
beginning with a dollar sign are interpreted by ExperCommon Lisp
as hexadecimal numbers.
-- Keeping in mind that I have only had the package less than
24 hours, I do feel as though ExperTelligence has solved the
problems with bugs that plagued their earlier product. The
development environment has a nice debugger, and I have had
no mysterious crashes.
-- The editing environment is "Mac'ish" with a few EMACs like
extensions such as parenthesis matching, automatic indentation
and cursor movement with the keyboard. The editor is based on the
text edit toolbox, however, and is limited to files of 32K or less.
(Doesn't this seem cheap on a $995 software package, even though
in practice it does not represent a significant limitation?)
-- As to the price, I agree with Bill that it is exorbitant for
an individual to pay this much. I also suspect that there will
be a steep cost to upgrade to a 68020 machine code version next year
when the "paris" and "alladin" class machines hit the market. But,
look at what Golden Common is charging for their 286 developer
version of lisp. Apparently, defense contractors and other
industry types are paying these big bucks for lisp software. I
also don't think ExperTelligence is making millions from this
package -- they have given me _excellent_ support over the last
two years, and I am not a big bucks customer.
Disclaimer: I have no interest or involvement with ExperTelligence
other than as a satisfied customer. I will be glad to answer
questions to the best of my ability. Direct them to
cs.richmann@r20.utexas.edu or James Richmann, 4906 Caswell Ave.,
Austin TX 78751.
------------------------------
Date: Mon, 15 Dec 86 22:41 EST
From: Mark.Sherman@A.CS.CMU.EDU
Subject: Looking for Free (very cheap) MW/Paint/Multiplan
I will probably be giving a small set of lectures to high school
students on general computer science. I would like to have these
students play with a word processor, a drawing program, a spread
sheet, some assembly language stuff (a debugger would probably do)
and a Lisp (preferably object oriented). I have a very modest budget
for 100 students, so getting N copies of just about anything is out
of the question. In olden days, I could use MacWrite/MacPaint with the
knowledge that every machine used was purchased with it, so I could
just copy them and leave them around. That is no longer true. A quick
glance at the <info-mac>archives and at several Public Domain
catalogs doesn't offer much hope. If necessary, I will replace Lisp
with Smalltalk, a word processor with a text editor, use one the
trivial drawing programs (that come in TML or sommeplace else) for
the MacPaint and the built in debugger of the Mac+. I am checking
into XLisp (though the archives look old to me -- it's in HCX
format!). I saw nothing even coming close to a public/shareware
spreadsheet. Have I missed some obvious program for any of
these needs?
-Mark
------------------------------
Date: Tue, 16 Dec 86 8:00:37 MET
From: Francie Newbery <newbery%germany%germany.csnet@RELAY.CS.NET>
Subject: Generating Postscript from MacDraw
[I realize that this is not quite the appropriate forum for this
type of "request", but I was hoping that you would be willing
to oblige anyway.]
We would like to be able to take the Postscript generated by
MacDraw and include it in our non-Apple textformatting programs
(i.e. ditroff, TeX). I understand that this can be done, but
with care. I read in info-postscript that this has previously
been discussed in info-mac. I was hoping that you would be
able to mail me an appropriate article which would describe
1. How to get hold of the Postscript file in the first place
and
2. What kind of things do you have to watch out for.
i.e. Do I need to have some kind of different header file;
Something about Apple Postscript using 8 bits causing
difficulties; bitmaps causing problems, etc.
Thanks in advance,
Francie Newbery (newbery@germany.csnet)
------------------------------
Subject: Mac+ Connectors
Date: 16 Dec 86 14:07:42 EST (Tue)
From: prj@pm-prj.LCS.MIT.EDU
Does anyone know of a source (particularly in the Boston area) for the
round Mac+ connectors? NOT the complete cables. We want to make our
own and just need the actual connector hardware.
Thanks for any information.
---Paul Johnson
------------------------------
End of INFO-MAC Digest
**********************
∂17-Dec-86 1744 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #28
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 17 Dec 86 17:43:54 PST
Date: 17 Dec 86 1736-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.ARPA
Subject: INFO-MAC Digest V5 #28
To: INFO-MAC@SUMEX-AIM.ARPA
INFO-MAC Digest Wednesday, 17 Dec 1986 Volume 5 : Issue 28
Today's Topics:
Direct Transfer from Fortran to Qued
New MacMan DA in progress
The new Turbo Pascal
MPW Question
MacPlus, Aladdin and Paris.
Re: RISC Mac
UEMACS.HQX
Shareware MacIntosh C compiler,assembler, and linker
miniWRITER 1.3
Layout Editor
Disk Insertion Ignored! (OK)
RE: RE: Audio Digitizers
Clone Wars and Rumors of Clone Wars (MacDepartment
Re: SS vs. DS discs
Re: using singe/double sided disks
PostScript Dump
Logo from Microsoft
----------------------------------------------------------------------
Date: 16 Dec 86 21:35:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: Direct Transfer from Fortran to Qued
Reply-to: <bouldin@ceee-sed.ARPA>
If you are programming with Fortran, you have probably discovered that Qued is
a much nicer programming editor than Edit. It is annoying that the
Fortran "Transfer" menu contains an explicit reference to Edit, and no
provision for Editing the transfer entries (although it does have a
"Select Application" choice).
The code can be changed with ReEdit to allow a direct branch into Qued.
1. Start ReEdit and open the MS Fortran file. Find the Menu Resource, id
#6, locate the string "Edit", and change it to Qued.
2. You must also look at the code resource, id #01, and search for the
string "Edit" and change it to Qued, since MS Fortran looks at the
string in the _code_ resource to really determine the program to branch
to.
3. Note that this assumes that Qued and MS Fortran are in the same
directory.
------------------------------
Date: Wed, 17 Dec 86 04:10:48 EST
From: Walter.Smith@K.CS.CMU.EDU
Subject: New MacMan DA in progress
I have written a much-improved version of the MacMan DA. This is really
much safer than the original--I use it constantly while writing it in
Lightspeed C with no problems. The interface is more friendly (a little
pop-up scrolling list of topics selectable by typing as in Standard File),
and the file format makes more sense (one file with 611 TEXT resources in
it, along with some other stuff). Bruce Horn is helping to fix up the typos
and bad formatting in the database in his spare time, and I am working on
compressing the file so people with floppy drives will have a chance to use
the thing. We will probably add the missing things from Vols. 1-3 and stuff
from Vol. 4 as well.
Unfortunately, there are two problems. Firstly, my Mac is dead (good old
analog board...), so I won't be able to release the thing until after
Christmas vacation (not that we'd have the new database done by then
anyway!). Secondly, I'm not sure how to handle distribution. Since the
original was shareware, it's kind of a strange case. Any ideas? Perhaps
the original authors should contact me (in case I can't find their address).
If we get the distribution problem settled, I could make the current
un-detypoed version available as an interim measure -- is anyone interested?
- Walt
---
Walter Smith, Math/CS undergraduate, Carnegie-Mellon University
uucp: ...!seismo!cmu-cs-k!wrs arpa: wrs@wb1.cs.cmu.edu
usps: 5139 Forbes Ave.; Pittsburgh, PA 15213
------------------------------
Date: Wed, 17 Dec 86 08:02:07 EST
From: "Collins, Herman"
Subject: The new Turbo Pascal
There might be a few people who are interested in my experiences with
the new Turbo Pascal. I've been looking for an easy development system,
so I can learn something about how the Mac works inside. I've been
_using_ a Mac for quite some time, and I've been a systems programmer
for years, but I just haven't had the time or the opportunity to really dig
into the Mac. It works so well processing words and drawing pictures and
playing games, that I haven't really _needed_ to dig into it yet. I chose
Pascal over C because I'm more familiar with Pascal, and because the
compilers were much cheaper. I chose the Turbo Pascal because I'm
familiar with the IBM PC version (sorry), because it's reputed to be very
well integrated, and because it's new. I would have bought the package
that has the best sample library, but I couldn't find a review that
compared this feature.
I called MacConnection's 800 number from home Monday evening, and asked
about the new Turbo Pascal. The guy said that it had just come in that day,
and he would send me one right out. The price was about two thirds of
list. (Can I say that here?) The University has an account with them, so I
charged it to a Purchase Order number. It arrived Thursday afternoon,
which seems pretty good to me.
I got a thick book and two diskettes. The first thing I did was write
protect the diskettes and drag copy everything into a folder on my hard
disk. Then I double clicked on the READ ME application. It came up, and
displayed a window with a scroll bar, but _surprise_, there was no text in
it! I put the diskette back in & tried it from there, and it showed me a
screen of text. Horrible thoughts ran through my head. What if this
system doesn't work with HFS? I put READ ME out on the desktop, but it
still wouldn't work (please Borland -- don't do this to me).
Fortunately, everything else seems to work OK from the hard disk, even the
example programs. The compiler is very fast. The sample programs of a
few hundred lines compile, link, and load so fast that I miss it if I look
away. Turbo Pascal will compile to memory, compile to disk making a
double-clickable application, or just do a syntax check. I can just pull
down COMPILE to RUN, and it will compile to memory, link, open any
resource files, and run the current program. This seems to be just what I
was looking for!
There are a number of sample programs. The sample DA is a nice analog
clock. There is a listing program that shows how to send things to a
LaserWriter or other printer, but it puts up a large window with no
apparent purpose. There are a couple of turtle graphics programs, a sound
program, an example of modal and modeless dialogs, a Macintalk program,
some Appletalk stuff, a DA "template," an application "template," and
probably some other stuff that I've forgotten.
There are copies of RMaker, Font/DA Mover, the Macintalk driver, and
MACSBUG -- seems to be everything that I might need. The creation dates
on these are the same as the copies that I already had, which are more or
less up to date. Does anybody have a utility that will do a byte by byte
comparison of both forks of a Mac file? I threw away the new copies.
The editor seems pretty good, given that I've only played with it for a
couple of hours. It allows me to work on several files at once, and the
windows for them can be "stacked" or "tiled." You do have to run RMaker
separately to compile a resource file, but once that is done the compiler
will open the file or load it into the application each time the program is
compiled. The TRANSFER function seems to work only if TURBO and
RMAKER are in the same folder. I keep my RMAKER in a separate UTILITIES
folder, and transfer can't find it there.
Well, OK, I broke down and opened the manual. It's large: about 460 pages,
plus about 20 pages of ads for Borland products at the end. There is a good
introduction to the Mac interface, and a good Pascal reference. I only
skimmed it, but my first impression is very good. I'm going to try to
write a game and a DA over Christmas, and I'll find out how good it really
is then ...
Herman Collins
SYSHERM@UKCC (BITNET)
------------------------------
Date: Wed, 17 Dec 86 11:15 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: MPW Question
Okay all you MPW hackers, ready for a challage?
We all know that MPW's grep-style search and replace
functions are very powerful, but here's one I haven't
been able to figure out.
Problem: Write a MPW replace command to delete all of
the characters in position one from EVERY line, no matter
what they are.
Challenge 2: Expand the above example to include any character
position.
Challange 3: Describe a general method for doing
character based search/replace (ie, change all of the
characters in position number 4 to a percent sign, etc)
I've gotten MPW to delete the character in postion one,
provided that ALL of the lines begin with the same character...
But...can't do any better...how about you?
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority of
wrong thinking people are right."
------------------------------
Date: Wed, 17 Dec 86 16:50 EDT
From: SELF%UMass.BITNET@WISCVM.WISC.EDU (Steve Elfenbein - Hampshire
Subject: MacPlus, Aladdin and Paris.
I read this on the Hampshire College Notes system:
> Msg # 5908 Dated 12-10-86 11:49:03
> From: THOMAS SCHARDT
> To: ALL
> Re: RUMORS TO DROOL OVER!
>
> I read the following in the USENET digest today:
>
>> From: rjs@trwrb.UUCP (Robert J. Suyehara)
>> Subject: 1987 Macs According to MacUnderground
>> Date: 30 Nov 86 06:12:52 GMT
>> Organization: TRW EDS, Redondo Beach, CA
>>
>> [ note from moderator: old rumor clipped out of msg DAVEG ]
>>
> { Comments from me: Unless the VME-bus claim is a mistake, everything
> here is suspect. That the new machines will use the NuBUS is one of the few
> things one can be fairly certain of. Apart from that one glaring flaw, most
> of this matches other things I've seen.
> The owner of a ComputerLand here told me that although the Mac 512E is
> still on his price list, he would not be surprised if it is phased out soon,
> because "why support two motherboards for one product?...that's why the LISA
> was killed."
> The 1.6M floppy drives may be standard on the Aladdin instead of
> optional. Now that the bugs have been worked out of those drives, they are
> proving compatible with and little more expensive than the 800k drives.
> What may be the Aladdin was described elsewhere as a "slotted Mac
> case". The same source also saw "a IIGS color monitor connected to a bare
> motherboard with 8 slots and 4 circular connectors" that may well be an
> uncased Paris.
> I'm not sure why multi-tasking requires that a machine be open and
> standardized more than anything else does, but if Apple is moving in that
> direction I'm not complaining too loudly.
> This information is worth what you paid for it. }
Anyone out there know any different? Any confirmations? This is the most
I've heard about it yet, so I don't know how much is accurate as I have
nothing to compare to. Just thought I'd let you see it.
_______________
./Steve-Elfenbein\____________________________
' \_______________/ `.
: : DISCLAIMER: I do not represent
: BITNET: self@umass : my employer, since I do not
: CSNET: self%hamp@umass-cs : have an employer. I also do
: INTERNET: self%umass.bitnet@wiscvm.wisc.edu : not represent anyone else's
: UUCP: ...seismo!UMASS.BITNET!self : employer, whether they have
: USMail: Hampshire College, Amherst, MA 01002 : one or not.
: :
`-----------------------------------------------'
------------------------------
Date: Wed, 17 Dec 86 19:39 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Re: RISC Mac
The rumor concerning the RISC based Mac may be coming
from the fact that motorola is talking about going to
a RISC type structure for their chips after the 68030.
I can't say what this all involves, as I read it in
MacWorld, and don't know the tech stuff of it (what can
you expect from macworld anyways)...but just as a
guess I would think that motorola is probably thinking
about streamlining the actual instruction set of the
68xxx series (I think they are planning on calling this
new one 78000) down so that it can be run in a RISC type
engine, with emulation for some of the more complex
instructions. That's just a guess. Noone knows exactly
how to define RISC anyway, someone was saying that the
MicroVAXII was RISC based...
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority
of wrong thinking people are right."
------------------------------
Date: Wed, 17 Dec 86 09:38:39 PST
From: David Burnard <burnard@lll-lcc.ARPA>
Subject: UEMACS.HQX
Here is a VERY PRELIMINARY version of MicroEMACS for the Macintosh. Note
that this is a completely different implementation than the
"beta-release" which appeared many months ago, and has not been
updated since. I got tired of waiting, so I did it myself. I am
co-conspiring with Daniel Lawrence (who writes and maintains
MicroEMACS 3.x) to get a Mac version up and running. Let me know what
you think of this version. There is currently no documentation, but a
list of commands can be obtained by typing M-x describe-bindings. Use
ESC as the META prefix or OPTION as a true META key.
I currently call it uEmacs, to avoid confusion with the other
MicroEMACS that is floating around...
Have fun. Send your comments to: burnard@lll-lcc.ARPA
Dave Burnard
P.S. MicroEMACS and its source code is in the public domain. The
source will be made available as soon as we settle on a Mac interface.
And get the code moved to a couple of compiler systems...
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UEMACS.HQX
DAVEG
]
------------------------------
Date: Wed, 17 Dec 86 14:46:17 EST
From: David D'Souza <djdsouza@ATHENA.MIT.EDU>
Subject: Shareware MacIntosh C compiler,assembler, and linker
Reply-to: Djdsouza@ATHENA.MIT.EDU
Sesame is a shareware C compiler for the Mac. It includes a subset of
the complete documentation. Send in the shareware fee and you will
receive the complete documentation.
This C compile supports a subset of the complete language. It only
supports 4 byte integers and 1 byte characters. It doesn't support
structures. It allows you to access the MacIntosh toolbox traps and
you can generate stand-alone code. The authors promise to include
structs and other enhancements in future versions of the compiler.
Send in any ideas you have.
This is a good compiler to try out C if you don't feel like paying
$200+ for a commercial product.
Enjoy.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SESAME-C-COMPILER.HQX
DAVEG
]
------------------------------
Date: 13 Dec 86 13:38:16 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: miniWRITER 1.3
[ Uploaded from Delphi by Jeff Shulman ]
Name: MINIWRITER PACKAGE
Date: 13-DEC-1986 11:00 by DDUNHAM
[ Updated 13-DEC-1986 05:52 by DDUNHAM. This miniWRITER update (version 1.3)
adds ImageWriter styling, and a choice of LaserWriter fonts.]
miniWRITER(tm) is a TEXT-processor desk accessory with Undo and deluxe
printing at draft speed. In addition to the desk accessory itself,
this package contains the following files:
miniWRITER.doc describes the miniWRITER desk accessory. It's in MacWrite 2.2
format. miniWRITER.appendix goes into detail on ImageWriter printing. Part of
the miniWRITER(tm) package.
imageWRITER font. Use with miniWRITER desk accessory for what-you-see-is-what-
you-get printing at draft speed.
Two templates for printing envelopes with miniWRITER. For best
results, install the imageWRITER font before using them. These
templates work with the ImageWriter printer.
A ResEdit TMPL (template) resource useful for customizing the miniWRITER desk
accessory is included in the "suitecase file."
Copyright (C) 1986 Maitreya Design. SHAREWARE.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MINIWRITER-13.HQX
DAVEG
]
------------------------------
Date: 17 Dec 86 09:52:30 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Layout Editor
[ Uploaded from Delphi by Jeff Shulman ]
Name: LAYOUT EDITOR
Date: 17-DEC-1986 01:19 by LEPTONICSYS
This application allows you to easily adjust the way the Finder displays the
desktop. The font and size of the text drawn on the desktop can be adjusted, as
can the icon spacing and many other parameters.
Your custom display specifications are saved within the Finder itself and from
then on they will be used whenever that Finder is in control.
This copyrighted program is free, useful, and fun!
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-LAYOUT-EDIT.HQX
DAVEG
]
------------------------------
Date: Wed, 17 Dec 86 17:01 EDT
From: SELF%UMass.BITNET@WISCVM.WISC.EDU (Steve Elfenbein - Hampshire
Subject: Disk Insertion Ignored! (OK)
I, too, have encountered the wierd disk-insertion-not-recognized *critter*,
but, unlike Mike Wirth (V5#25) do not have any odd system mucking DA's. (I
stripped them ALL and it still happened!)
However, I have found that (in my case at least) that if the disk is not
recognized, clicking on the HFS Disk/Folder Position gadget (above the files
scroll area on the generic OPEN window) often (almost always) causes the drive
to read!
I have no idea why, but it works! Hope this helps someone! I'd be really
interested to hear any explanations of this phenomenon.
_/Steve Elfenbein\
[ note from moderator: This bug is a bug in system 3.2 and will be fixed in the
next system file from Apple. This information is from the latest batch of
technotes from Apple. DAVEG ]
------------------------------
Date: Wed, 17 Dec 86 13:46:10 pst
From: Bernard Aboba <bernard@ararat>
Subject: RE: RE: Audio Digitizers
The BMUG MacRecorder + is available assembled from Farallon Computing for
$100, including shipping, etc. The MacRecorder + samples at 22K samples/sec,
as opposed to the MacRecorder //, which sampled at a 9.6K rate.
While these high sampling rates would seem to imply inordinately large file
sizes for even small recording times, this need not be the case. For
example, quite a few compression schemes are available (some capable of
real time compression) which will encode voice at data rates as low as
9600 BITS/second. This is 1.2 K/second! So on a Mac + you could record
for much longer times, although you would only be able to handle voice, not
music. Of course, you'd have to write the software yourself. Several
books on Digital Communication, including a book on that name by Proakis,
have descriptions of such algorithms.
------------------------------
Date: Wed, 10 Dec 86 08:18:16 pst
From: Wm. L. Brown <wbrown@lbl-ux4>
Subject: Clone Wars and Rumors of Clone Wars (MacDepartment
The following is from the December 8, 1986 issue of ELECTRONIC ENGINEERING
TIMES.
Quote
SHARP READIES INTRODUCTION OF MACINTOSH COMPATIBLE
TOKYO - Sharp Corp. is set to introduce a Macintosh-compatible computer.
A Sharp spokesman said the computer will be formally introduced soon but
declined to discuss it further. However, Steve Bellamy, a Tokyo-based
computer consultant said he saw the machine and " it runs Macintosh
software." Equipped with a Mac-compatible operating system, the X68000
will include 1 Mbyte of main memory, a 512 x 512-pixel graphics monitor
with a pallette of 65,536 colorsand kanji conversion software.
End of Qoute
Still unknown -
Will it be available in the U.S.?
What will it cost?
How compatible is compatible?
If real, this could have a number of interesting effects (not to mention
the fact that it should enrich a whole bunch of lawyers). A little
competition never hurt anyone. Comments?
-Bill
------------------------------
Date: 16 Dec 1986 22:21-EST
From: Tom.Lane@zog.cs.cmu.edu
Subject: Re: SS vs. DS discs
I have one piece of relevant personal experience: once I tried to
transfer a bunch of files to another machine using single-sided
microfloppies as double-sided. There were about 10 of these discs;
I got no errors in formatting the discs or copying data onto them, but
when I got to the other machine, some of the discs had read errors on
sectors that corresponded to the "back" side. The discs still had read
errors when I later checked them back at the source machine. It's
possible that the discs were damaged by airport X-ray equipment, but I
don't think so.
This was with Hewlett-Packard disc drives and Sony microfloppy discs.
I have never once had any other problem in several years of using the
equipment; needless to say, I have never again tried to use the "flip"
side of a disc marked single-sided.
I think your report that different drive vendors consider different
sides of the disc to be the "front" side is bogus. Firstly, they all
buy the physical drive unit from the same Japanese manufacturers (in
particular, HP and Apple both use Sony drives); secondly, media
physical characteristics are specified to a gnat's eyelash to ensure
that one vendor's disc will fit into another vendor's drive, and they
sure as hell wouldn't have overlooked so obvious a point as which side
of the disc is the front side.
It is true that "single sided" discs sometimes are good on the second
side; the whole issue is whether they are *guaranteed* to be good on
the second side. They ain't. With a given disc in a given disc drive,
you might get away with it; personally, I would never trust any crucial
data to an SS disc used as DS. (and there is no other kind of data :-)
tom lane
-----
ARPA: lane@ZOG.CS.CMU.EDU
UUCP: ...!seismo!zog.cs.cmu.edu!lane
------------------------------
Date: Tue, 16 Dec 86 21:45:28 PST
From: USER=QULU%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: Re: using singe/double sided disks
The way the testing works, double sided disks are checked on both sides.
Those that fail either side are trashed.
Single sided disks are checked on one side. If that side fails, the other
side is checked. If both fail, the disk is trashed.
So, you're *fairly* safe in double-siding disks. Your error rate will be
just the same as the original failure rate in testing, which isn't too high.
I'd use real double-siders for anything really important, though...
------------------------------
From: root@cbosgd.mis.oh.att.com (Kunte Kinte)
Date: 17 Dec 86 23:14:21 GMT
From: boris@ulysses.homer.nj.att.com (Boris Altman)
Subject: PostScript Dump
Date: 17 Dec 86 16:27:08 GMT
I was using suggestion of Macworld to type <cmd><shift>F right after
clicking OK in the print dialog box. I got a Postscript file.
When I uploaded the file to UNIX and tried to print it on the Apple
LaserWriter connected to our Unix machine I got an error message
about some illegal command.
When a local Postscript expert looked at the file he said that there
are some commands (macros?) that are used, but there are no definitions.
He claimed that I am missing a header file. Does anyone know
how to get the "full" dump out of MacDraw, MacWrite, MacPaint?
Printing Postscript files from Unix is no problem.
Many people do that here.
I was usign MacDraw 1.9 System 3.2 Finder 5.3. Regular Mac+ with no other
hardware.
Please mail replies to
{ucbvax,ihnp4}!ulysses!boris
Thanks in advance.
Boris
[ note from moderator: using COMMAND-K instead of COMMAND-F will generate
the file you need, including the LaserPrep file at the beginning. DAVEG ]
------------------------------
Date: Wed, 17 Dec 86 09:18:53 est
From: anderson@ll-vlsi (Allan H. Anderson)
Subject: Logo from Microsoft
MacConnection (mail order house) says that Microsoft is no longer
distributing LSCI Logo. Is it available some other way?
Allan Anderson
anderson@ll-vlsi.arpa
------------------------------
End of INFO-MAC Digest
**********************
∂19-Dec-86 1624 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #29
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Dec 86 16:20:01 PST
Date: 19 Dec 86 1616-PST
From: Moderator David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Reply-to: INFO-MAC@SUMEX-AIM.STANFORD.EDU
Subject: INFO-MAC Digest V5 #29
To: INFO-MAC@SUMEX-AIM.STANFORD.EDU
INFO-MAC Digest Friday, 19 Dec 1986 Volume 5 : Issue 29
Today's Topics:
Looking for advice for using multiple stacks
WDRefNum question...
Hiding the Fortran runtime window
turbo pascal
RE: MACAPP SOURCES... / KITCHEN TABLE PROGRAMMERS...
Patching Turbo Pascal
December Technotes
Disk Fixer 0.2
FASTTERM.HQX
Fasterm Terminal Program - Release 3
New Version of TypeWriter
The Ryad 020/881/etc upgrades
My Experience with a Jasmine Hard Drive
Clone Wars?
Microsoft Word 3.0 Update
Questions about TEMPO
Usenet Mac Digest V2 #104
DELPHIV2-67.ARC
----------------------------------------------------------------------
Date: Thu, 18 Dec 86 09:40:01 EST
From: Paul Rutter <philabs!per@briar>
Subject: Looking for advice for using multiple stacks
I want to experiment with an application with multiple stacks (for multiple
tasks). One problem is that if the SP points to within the application heap,
the "stack sniffer" (which runs off the vertical blanking interval
interrupt), thinks the heap and stack have collided, and causes an error.
Does anyone have experience with:
a) turning the stack sniffer off
b) using the user stack pointer (the Mac normally uses only supervisor mode)
(entering user mode is easy enough, but I am not sure of the consequences,
or how to cleanly exit back to supervisor when the application exits).
I have the 512K Mac with 64K ROMs.
thanx.
------------------------------
Date: Wed, 17 Dec 86 22:58:17 CST
From: Scott Comer <wert@rice.edu>
Subject: WDRefNum question...
Apple tells us that wdRefNums can be closed by the system (i.e., Standard
File and the Finder) if they have the special system proc id ('ERIC').
What does this mean if you set the default volume to be a wdRefNum and it
gets closed? What about the replies from standard file, and the AppFile
thingies? How long do they stay around?
Seems to be that a wdRefNum is only good while it is fresh. Since there
are a limitted number of them, they can get stale pretty fast if you
aren't careful. How you deal with the default volume reference number
becoming stale, I haven't a clue. Anyone have some ideas?
scott out.
------------------------------
Date: 18 Dec 86 12:43:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: Hiding the Fortran runtime window
Reply-to: <bouldin@ceee-sed.ARPA>
If you are programming with Absoft Fortran, it is nice to be able to
hide the runtime window. If you patch the runtime library, f77.rl, the
runtime window can be made invisible. This keeps the runtime window from
ever appearing, so only the windows explicitly declared by your program
will appear. Especially if you are distributing programs done in
Fortran, it can be quite confusing to see the runtime window
momentarily appear as the runtime library is loaded and then disappear
when your code closes the window. This patch will prevent that.
With your favorite HEX editing tool search f77.rl for:
3F3C0101
3F3C0001
2F3CFFFF
FFFF
and replace with
3F3C0101
3F3C0000
2F3CFFFF
FFFF
The runtime window is now declared invisible.
------------------------------
Date: Thu 18 Dec 86 17:02:51-PST
From: Brad A. Silverberg <SILVERBERG@CSL.SRI.COM>
Subject: turbo pascal
To fix the problem reported trying to read the README, move the
file Read.file from Turbo Pascal's system folder to the system folder
on your hard disk (or to the desk top).
Brad Silverberg
(The comments in this note DO reflect those of my employer,
Borland International.)
------------------------------
Date: Fri, 19 Dec 86 12:13:04 SET
From: Alexander Falk <K360950%AEARN.BITNET@WISCVM.WISC.EDU>
Subject: RE: MACAPP SOURCES... / KITCHEN TABLE PROGRAMMERS...
IN REPLY TO: SOME MESSAGES AT USENET AND INFO-MAC
HERE IS SOME CONTRIBUTION TO THE 'KITCHEN TABLE PROGRAMMERS' STUFF FROM
EUROPE:
AS I AM ONE OF THOSE USERS NOT EQUIPPED WITH AN HARD DISK AND THUS WORKING
WITH 2 800K DRIVES AND A RAMDISK (ONLY 1MB MEMORY ON MY MAC+), I HAVE BEEN
CALLED 'KITCHEN TABLE PROGRAMMER'. THIS IS IN FACT NOT TRUE, SINCE
I AM USING MACAPP AND THE WORKSHOP ON MY ENVIRONMENT, AND IT'S WORKING.
OF COURSE, I SPENT 3 DAYS AND 3 NIGHTS IN GETTING THIS JOB DONE. HERE IS
THE SOLUTION:
BUILD A RAM DISK, WHICH IS MAX. 400K
MOVE SYSTEM, SHELL, IMAGEWRITER, STARTUP, SUSPEND, RESUME AND QUIT INTO
THE RAM DISK, DON'T COPY THE FINDER - THAT'S A WASTE OF 70K
USE FEDIT TO EDIT THE BOOTBLOCK ON YOUR RAM START DISK, SO IT CONTAINS
FINDER FILE NAME: MPW SHELL / INITIAL FILE TO RUN: RAMSTART
MAKE A 800K DISK CALLED P, WHICH CONTAINS
PASCAL, THE FOLDER PINTERFACES AND THE .P FILES FROM MACAPP SOURCES
DO NOT MOVE .INC1.P FILES TO THIS DISK, THEY ARE NOT NECESSARY
MAKE ANOTHER 800K DISK CALLED L, WHICH CONTAINS
SOME TOOLS, YOU REALLY NEED: MAKE, LINK, LIB, REZ, POSTREZ, ...
THE FOLDERS: PLIBRARIES, LIBRARIES, RINCLUDES
THIS COULD IN FACT BE A 400K DISK, SO YOU COULD GET ALONG WITH
A MAC+ AND AN EXTERNAL 400K DISK AND STILL USE MACAPP
MAKE ANOTHER 800K DISK CALLED MPW, WHICH CONTAINS
YOUR SOURCE CODE IN A FOLDER CALLED WORK
THE MACAPP MAKE FILES FOLDER
THE MACAPP RESOURCE FILES: YOU HAVE TO RUN REZ ON ALL .R FILES BEFORE
YOU CAN USE THEM. PUT ALL .R AND .RSRC FILES INTO THIS FOLDER
THE MACAPP OBJECT FILES: ONLY THE FILE MACAPPLIB.O IS NEEDED. IT
CONTAINS ALL .O FILES
THIS SHOULD LEAVE ABOUT 300K FREE SPACE ON THE MPW DISK. DON'T FORGET
TO CUSTOMIZE THE MACAPPSTARTUP AND STARTUP FILES, SO THEY SPECIFY THE
NEW PATHNAME FOR ALL FILES
UNFORTUNATELY THE MACAPP OBJECT LIBRARY 'MACAPPLIB.O' CAN NOT BE COMPILED,
LINKED AND LIB'ED ON THIS ENVIRONMENT. THIS MEANS, YOU HAVE TO ASK A FRIEND,
WHO HAS GOT A HARD DISK, TO MAKE A COPY OF HIS MACAPPLIB.O FILE. AH, YES -
THERE IS ANOTHER THING: IF YOU WANT TO SWITCH FROM DEBUG TO NODEBUG OR BACK,
YOU HAVE TO MAKE ONE MPW-DISK FOR DEBUG AND ONE FOR NODEBUG. THIS MEANS, THAT
YOU NEED ONE COPY OF MACAPPLIB.O, WHICH WAS CREATED BY 'BUILD MACAPP'
AND ONE, WHICH WAS CREATED BY THE COMMAND 'BUILD MACAPP NODEBUG'.
I HOPE, THIS HELPS SOME 'KITCHEN TABLE PROGRAMMERS' TO GET MACAPP WORKING
ON THEIR CONFIGURATION. IF YOU NEED MORE DETAILS, SEND ME A SHORT NOTE
AND I WILL SEND YOU A LISTING OF MY DISK CONFIGURATION.
PROGRAMS CURRENTLY UNDER DEVELOPMENT ON MY TABLE (IT IS N O T A KITCHEN
TABLE...):
BALL & STICK: DRAWS BALL & STICK MODELS OF MOLECULES AND SAVES THEM
AS 'PICT' FILES.
A PRERELEASE COPY CAN BE OBTAINED BY SENDING 30 US-DOLLAR
TO THE ADDRESS GIVEN BELOW
MACSCIPLOT: PLOTS 2 AND 3 DIMENSIONAL FUNCTIONS OR SCIENTIFIC DATA
IN VARIOUS COORDINATE SYSTEMS (LOG, EXP, ...) AND APPLIES
REGRESSION, FOURIER ANALYSIS, ... ON THE DATA
CURRENTLY ONLY VERY EARLY DEVELOPMENT VERSION AVAILABLE
INSULTS: A DESK ACESSORY, WHICH STARTS TO BRING UP DIALOG BOXES
CONTAINING INSULTS. THIS PROGRAM IS DEDICATED TO EVERYBODY
WHO CALLS ME A 'KITCHEN TABLE PROGRAMMER'...
SOME FEW MORE WORDS ON 'KITCHEN TABLE PROGRAMMERS':
WHY DO YOU CALL A PERSON, WHO INDEED DOES SERIOUS SOFTWARE DEVELOPMENT
ON HIS MAC A 'KITCHEN...'? IS IT ONLY BECAUSE HE HAS NO HARD DISK, NO
4 MB MEMORY, NO 68881 COPROCESSOR, NO... (ALLADIN, WHERE ARE YOU..)
OF COURSE, I DO NOT SELL MY PROGRAMS IN THE STANDARD WAY, BUT SHAREWARE
IS SOFTWARE, TOO.
SOME COMMENT TO THE RUMORS ABOUT THE NEW MAC:
I HOPE THERE WILL BE SOME UPGRADE TO THE 'ALLADIN', SO I CAN GET MORE
PERFORMANCE ON MY MAC. I'D RATHER PREFER A MEMORY UPGRADE AND FASTER
PROCESSOR, THAN A HARD DISK. PLEASE APPLE, GIVE ME AN UPGRADE...
ALEXANDER
BITNET: K360950%AEARN
SNAIL-MAIL: A.FALK / N.MUELLER
INST. F. CHEMIE / JOH. KEPLER UNIVERSITAET LINZ
A-4040 LINZ / AUSTRIA
DISCLAIMER: THE USUALLY DISCLAIMER APPLIES...
I'M IN FACT A SATISFIED USER OF MPW 1.0B2 AND MACAPP
YOU MAY CALL ME AN 'APPLE-FREAK' BUT NOT 'KITCHEN...'
------------------------------
Date: Fri 19 Dec 86 01:00:55-PST
From: Byron HAN <S.SPICYNOODLES@LEAR.STANFORD.EDU>
Subject: Patching Turbo Pascal
Instructions for patching Turbo Pascal 1.00A (release version as of 12/19/86)
--
This patch will allow one to more fully utilize the Turbo environment while
running under Switcher or Servant. Currently, almost all operations are
allowed under Switcher/Servant except that one may not execute programs in
memory while under Switcher/Servant. This patch will allow one to do so.
There is one slight problem. While executing the program in memory, DO NOT
attempt to switch out to another application. Upon returning to the Turbo
environment, an address error (ID=02) will occur often necessitating reboot.
Under Servant, do not switch to another application either while executing
a program in memory.
Using a file editor such as FEdit, locate the first occurence of the hex
string $0282. Replace this with $0A06. *NOTE* do this on a copy of the
original disk. DO NOT do this on the original. You may irreprably damage it.
---------
Byron Han
POBox 5586
Stanford CA 94305-0109
(415) 494-0718
GENIE: BYRONHAN
CompuServe: 72167,1664
s.spicynoodles@lear.stanford.edu
han@star.stanford.edu
------------------------------
Date: Mon 15 Dec 86 17:25:36-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.ARPA>
Subject: December Technotes
I've received the December Technotes from usenet and have posted
them. They are posted as TECHNOTES-DEC86-TNx.HQX as follows:
TECHNOTES-DEC86-TN00.HQX About Macintosh TechNotes
TECHNOTES-DEC86-TN21.HQX Quickdraw's Internal Picture Format
TECHNOTES-DEC86-TN39.HQX Segment Loader Patch
TECHNOTES-DEC86-TN91.HQX Optimizing for the LaserWriter
TECHNOTES-DEC86-TN92.HQX Appearance of Text
TECHNOTES-DEC86-TN93.HQX MPW:{$LOAD};_DataInit;%_MethTables
TECHNOTES-DEC86-TN94.HQX File Tags
TECHNOTES-DEC86-TN95.HQX How to add items to the Print Dialog
TECHNOTES-DEC86-TN96.HQX SCSI Bugs
TECHNOTES-DEC86-TN97.HQX PrSETERR Problem
TECHNOTES-DEC86-TN98.HQX Short-Circuit Booleans in Lisa Pascal
TECHNOTES-DEC86-TN99.HQX Standard File Bug in System 3.2
TECHNOTES-DEC86-TN100.HQX Compatibility with Large-Screen Displays
TECHNOTES-DEC86-INDEX.HQX Index
David
------------------------------
Date: Sun 7 Dec 86 14:07:59-EST
From: TN07@TE.CC.CMU.EDU
Subject: Disk Fixer 0.2
Attached is a application that read disk sectors, both MFS and HFS, and
rebuilds disk directories and links resource forks and data forks. The
program was written by Frank Beatrous 10362@PITTVMS.BITNET.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DISKFIXER-02.HQX
DAVEG
]
------------------------------
Date: Thu, 18 Dec 86 11:06:25 PST
From: DAVID GELPHMAN <mrh@shasta.stanford.edu>
Subject: FASTTERM.HQX
Subject: Fasterm Terminal Program - Release 3
Date: 18 Dec 86 07:14:47 GMT
Sender: macintosh@felix.UUCP
Reply-to: macintosh@felix.UUCP (The Moderator)
[Fasterm Terminal Program - Release 3]
The following is a binhex'ed PackIt file containing release 3 (the
first public release) of my Fasterm macintosh terminal program. The
program is capable of operating at very high speeds (19200 baud) with
minimal handshaking.
Character plotting is very fast, scrolling I couldn't improve too
much...this makes the program idea for use with screen editors at 19200
baud. The program is shareware and I am asking a registration fee of
$25, this may seem a bit steep for a program with minimal
features...but if I get enough registrations I will soon be adding more
things to the program. The main reason I wanted to get this version
out now was to see if the high speed character plotting routines would
work on custom mac configurations, I have only been able to test them
on a regular Mac and Mac+.
Fasterm emulates a DEC VT52, it uses the keypad on a Mac+ for aux
keypad functions, if you have a regular Mac keyboard, menus and command
keys will take the place of the keypad. The program is very un-fancy
right now...it does not handle update events to replot the screen.
Update events, option saving, dialog based configuration (for either
serial port) and a number of other things will be added in the next
release. Let me know if you have any trouble with this program so I
can fix any bugs for the next version.
Greg Corson
19141 Summers Drive
South Bend, IN 46637
(219) 277-5306 (weekdays)
(219) 272-2136 (evenings and weekends)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FASTTERM.HQX
DAVEG
]
------------------------------
From: munnari!psych44.su.oz!jasonh@seismo.CSS.GOV
Date: Fri, 19 Dec 86 12:39:20 EST
Subject: New Version of TypeWriter
Here is a new version of TypeWriter, a program which adds realistic
typewriter sounds to you mac. This version works with Mac+, System 3.2.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TYPEWRITER.HQX
DAVEG
]
------------------------------
Date: 19 Dec 86 11:15:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: The Ryad 020/881/etc upgrades
Reply-to: <bouldin@ceee-sed.ARPA>
Since I posted stuff on the Novy 020 board, it only seems fair to point
out that they may now have a serious competitor. And regarding the
$6000+ price for the Prodigy 4, does anyone want to tell me _again_
about all those "expensive chips"? Just breaks your heart, doesn't it?
__
From: RYAD
Subject: RE: Novy systems 68020 products
Date: 19-DEC 06:50 Network Digests
regarding your info on Novy systems 68020 products. Pleased to let you
know of Ryad's line of coprocessor + RAM upgrade boards.
from bottom of line (Apple logic board substitute) 16 Mhz 68000 w/
512K add'l RAM(1MB Total) for $595 retail to 16 Mhz 68020 w/1MB add'l
(2MB total) for $1,995 - 68881 option $250
I've posted special developer's discount for delphi members on
developer's SIG
68000 boards shipping Dec 24th - 68020's shipping Jan 1st, 1987. We'll
be at MacWorld SF, booth 400. Wait till you see our benchmarks! Not
just 40% of Levco Prodigy but within +/- 5%. We'll have full 4MB
available Feb-Mar timeframe, with some very trick hardware features to
boot.
Any info requests to:
John Byrne
Ryad
2521-F N. Grand Avenue, Suite 950
Santa Ana, CA 92701 VOICE PHONE: (714) 558-0662
See ad on page 165, January 1987 issue of MacUser!
------------------------------
Date: Thu, 18 Dec 86 14:50:56 EST
From: "Carl R. Daudt" <tyv@j.cc.purdue.edu>
Subject: My Experience with a Jasmine Hard Drive
I have had a Jasmine 20 MByte hard drive since early November, have had
some difficulties with it, but am (tentatively) a satisfied
customer. The drive arrived about three weeks after promised shipping
date, was trivial to install, and booted with about 16MBytes
of public domain and shareware (mostly the latter) files. NO BACKUP
APPLICATIONS come with the drive. Apparently Jasmine originally shipped
a public domain backup program, but discovered it did not work with
their drive (it was either non-HFS, non-SCSI or something like that).
They do, however, offer "Flashback" backup for $25 to their hard drive
customers.
My difficulties began occurring about three weeks after purchasing the
drive. The drive (and Mac) occasionally froze with the red
"in use" light on either while starting or quitting an application.
The freeze occurred with each of
my most-used applications and persisted at a rate of about two or
three times a day, even after reformatting the hard disk. The bug
seemed to be independent of operating temperature, sometimes occurring
shortly after power up, and other times after extended use of the system.
The good news seems to be Jasmine's technical support. Their service
people talked me through several diagnostic procedures via several long
distance phone calls, and upon determining that my drive did in fact
require servicing, instructed me to ship the drive back. Since I had
a business trip in San Francisco last week where they are located,
I opted instead to bring the drive in person. They discovered a
software bug in the driver for the drive, and replaced it with an
updated version. **Jasmine hard drive owners, take note: My drive's
serial number is in the 300's, and apparently came with bug-prone
software that has since been updated; you might wish to verify that
your software is an updated version.**
Jasmine's facilities consist of a a few small offices and one main
assembly room, where the Seagate drives are actually assembled with
power supplies, fans, etc. in the Jasmine boxes. As of my visit on
December 9, they were producing and shipping about 30 drives a day.
Their goal was to be completely caught up with their orders by
Christmas, although they needed to increase their production to
about 50 drives per day in order to meet their goal.
So far, my drive has worked without any flaw since the software
replacement. Assuming the drive continues to perform well, I am
pleased both with the drive and with Jasmine's courteous and helpful
support. I close with some final comments:
- The ventilation for the drive is somewhat limited. Jasmine
originally used plastic feet on the bottom of the drive that
elevated it about 1/8 inch above the table. Now they are
using somewhat thicker feet. It is important that the drive's
(inadequate?) ventilation vents are not blocked.
- One of the Jasmine technicians urged me not to use Servant on
their drives (or any hard drives). I am not sure what the
problem is.
- The drive's mail order cost: $595 with credit card, $570 with check
or money order.
- Jasmine will be producing an 80 MByte drive beginning in January.
I believe the cost will be $1400 or $1500.
--Carl Daudt (j.cc.purdue.edu)(No relation wi Jasmine other than customer)
------------------------------
Date: 19-Dec-1986 1521
From: shimono%tkov58.DEC@decwrl.DEC.COM (Takao Shimono - Call me
From: Taxi)
Subject: Clone Wars?
I called Sharp this afternoon (19-Dec).
A Sharp woman said X68000 would be put on the market
on 1-Feb-87 in Japan.
I asked her if X68000 could run Macintosh software.
She did not say "Yes" nor "No".
Takao "Taxi" Shimono "DIG IT, ALice"
/DEC-Japan/SoftwareServices/AIsystems/studio.h
uucp: {allegra,decvax,ucbvax}!decwrl!tkov58.dec.com!shimono
arpa: shimono%tkov58.DEC@decwrl.DEC.COM
#include <stdisclamer.h>
------------------------------
From: Joe Kagenski <jjk%linus@mitre-bedford.ARPA>
Date: 18 Dec 86 18:28:28 GMT
From: jjk@linus.UUCP (Joe Kagenski)
Subject: Microsoft Word 3.0 Update
Date: 18 Dec 86 18:28:26 GMT
Reply-to: jjk@linus.UUCP (Joe Kagenski)
Just a note: If you haven't seen your update card for Version 3.0 yet,
give Microsoft Customer Support a call. I talked with them yesterday
and it seems that they had stacks of update cards returned to them by
the P.O.
------------------------------
Date: Thu 18 Dec 86 21:28:26-PST
From: Brodie Lockard <I.ISIMO@LEAR.STANFORD.EDU>
Subject: Questions about TEMPO
Does anyone have any stories, good or bad, to tell about Tempo? It seems
like it might be a very useful utility, but the reviews I've seen (MacUser
and a users' group newsletter) warn of incompatibilities with various
configurations of stuff. Does it work with enough things to make it worthwhile
buying? Does it have any dirty habits (MacTracks used to keep generating
files here and there for no apparent reason)? Can it be turned off effectively
without excising it from the System Folder? From within an application?
Thanks for any info.
Brodie Lockard
------------------------------
Date: 18 Dec 86 11:47:21 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #104
Usenet Mac Digest Thursday, 18 December 1986 Volume 2 : Issue 104
Today's Topics:
Software Rental Companies
Help! MockWrite won't load files >28K
Use of nil
Re: Mac Hardware Crashes
Re: AWK on the MAC wanted
Re: bug in mpw shell
Where's the BMUG?
Dasch RamDisk By Western Automation
Some End-of-year Thank-Yous for the Mac community
Re: Should 64K ROMs be supported?
Burnt Mac+
Compare Turbo and Lightspeed Pascals?
request for UNIX Sys V to LaserWriter s/w
Bridge/Word games for the Mac
Re: Burnt Mac+
Re: 512K Mac/800K Drive (really fla
Jasmine Hard Disk Info?
Re: Info needed on MACINTOSH+ and music software
Responses to Query on MACINTOSH+ Music Software
Re: Burnt Mac+
Kinetics/ KTALK questions
Re: 512K Mac/800K Drive
New Mac Rumors in MacTutor
Print Manager Info
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-104.ARC
DAVEG
]
------------------------------
Date: Fri 19 Dec 86 15:37:45-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: DELPHIV2-67.ARC
Delphi Mac Digest Friday, 19 December 1986 Volume 2 : Issue 67
Today's Topics:
RE: File Problem
RE: Micah Hard Disks
PC MacKey keyboard
Bizarre SuperBackup bug
MW Expo/SF Hotel Info
RE: HyperDrives and floppy drive failure
RagTime
SuperPaint... (2 messages)
Mac discharges (2 messages)
Ridding oneself of resources (2 messages)
Microsoft Basic and Fortran
RE: Folder sizes?
RE: APL for the Mac (2 messages)
RE: Diskette Quality
mac clone? (3 messages)
RE: FOND question
freezing mac+ (3 messages)
miniWRITER and fresh LaserWriter
RE: MockWrite won't load files >28K
VAX<->InterBridge<->AppleTalk
pascal fns in LightspeedC (2 messages)
Re: MPW question
RE: Novy systems 68020 products
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-67.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂21-Dec-86 1523 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #30
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 21 Dec 86 15:20:57 PST
Date: 21 Dec 86 1518-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #30
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 21 Dec 1986 Volume 5 : Issue 30
Today's Topics:
Re: Stack sniffer question, Novy board comments and more
Re: more on bugs in Apple software
Apple's Product Testing
Mac Nosy/Heap Show
Re: disk insertion ignored
Prolog evaluation
reply to inquiry re running parallel daisywheel from MAC
problems with BeepSound
BUGS in DataFrame 20 Print Spooler 3.1
Problems with Quik Circuit
Interchanging CAPS LOCK and Command Keys
Mac ==> unix ==> Imagen?
----------------------------------------------------------------------
Date: Fri, 19 Dec 86 23:48:09 PST
From: hoptoad!tim@lll-crg.ARPA (Tim Maroney)
Subject: Re: Stack sniffer question, Novy board comments and more
Several unrelated responses. I know, I know, but what do you want, good
grammar or good taste?
First, to disable the stack sniffer and run on a stack located somewhere
inside or underneath the application heap, set the undocumented low-memory
global StkLowPt to zero. This works (I've verified it), but it may stop
working with a future OS or ROM release.
Second, I believe my backdrop file has been incorrectly described here. It
is not a desk accessory, and does not belong in the desk accessory archives.
It is simply a file which you drag to the system ("blessed") folder on an
HFS disk. It contains two INIT resources, and is itself of type INIT, so it
will be run automatically by the INIT 31 mechanism. No explicit
installation, other than copying it to the system folder, is needed. It
works only with new ROMs.
[ note from moderator: The file DA-BACKDROP.HQX has been renamed to
INIT-BACKDROP.HQX DAVEG ]
Third, about the new 68020 board from Novy. This sounds good. A few months
ago, I added up the chip cost for the Prodigy 4; with each chip purchased in
quantity one, there is no way the hardware cost could be more than $2500.
This is even with the currently overpriced 1 megabit chips. This made me
lose a lot of respect for Levco. Unfortunately, it seems unlikely that
either the Prodigy or the Novy board will be competitive much longer, since
the rumor mill has it that it will be possibly to do a logic board swap via
Apple from a Mac to a 68020 "Alladdin". (Someone who claims to have seen an
Alladdin says it's only a 68010, though.)
Fourth, according to the Bay Area computer freebie "Computer Currents", the
X68000 does run Mac software. However, it doesn't say that it runs *all*
Mac software. Still, if it's popular, other developers will be making
compatible versions available.
--
Tim Maroney, Electronic Village Idiot
{ihnp4,sun,well,ptsfa,lll-crg,frog}!hoptoad!tim (uucp)
hoptoad!tim@lll-crg (arpa)
------------------------------
Date: Sat, 20 Dec 86 10:15:40 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Re: more on bugs in Apple software
R. Young (Young@RSCSDY) wrote about the philosophy of reliable
software, and Apple's supposed failure in that regard.
I can agree whole-heartedly with him that any company that wants to
be taken seriously must produce well-tested software. If they screw
up there, they should have good support and fix it quickly.
However, I cannot agree with his assessment of Apple's efforts so
far and wonder if he really understands the constraints involved.
Based on 5 years of supporting and maintaining a VAX-based software
package with only a few hundred sites, I think it is quite possible
for many kibbutzers to underestimate the difficulty of the problem.
In the slightly less than 3 years I have owned a Mac, and the 5 months
I've been using my Mac full-time, I've had very few problems associated
with software (or ROM's) from Apple:
1) MacWrite, the original, and 4.5 have been very reliable.
A pre-release (3.3) tended to crash, but I didn't get
it through official channels.
2) MacPaint and MacTerminal 100% reliable.
3) MacDraw never crashes, although it does have 6 or 7 very
annoying non-fatal bugs.
4) The development software (pre-MPW) has been somewhat
troublesome. ResEdit in particular likes to crash at
inopportune times (is there ever an opportune time?)
5) Finally, Finder 4.1 and 5.3 have never given me a problem.
Don't ask me to remember back to 1.1 or 1.1g, although
my main problem then was 128k and too many disk swaps.
Given Young's emphasis on the Fortune 500, there's certainly nothing
in my experience to suggest they're doing anything wrong. If anything,
my biggest software-wise complaint is that they initially devoted
inadequate resources to Mac-based development software, although I
understand this was related to underestimating the task and perhaps
a judgement error by a former CEO.
I don't know how many Macintoshes there are out there, but I'd have
to guess it's 750,000 to 1 million. The thought of supporting that
many users is mind-boggling. I'd like to point out a few constraints:
* Multiple ROM, memory, peripheral configurations
* No guarantees as to whether users will upgrade to a new
finder or system or printer driver, etc.
* Infeasibility of directly supporting these users
* A dealer base of varying degrees of sophistication, including
many dealers who must also support IBM, Compaq, AT&T, etc.
* 3rd-party developers who sometimes write software that
works without understanding why. By using an un-documented
side-effect, their software breaks later.
And having dealt with smaller update cycles, I feel that one system
software update a year is about right. More, and it's hard to make sure
that everyone gets the message (NEW VERSION!) and the latest version
because the update cycles begin to overlap.
About the only suggestion I'd offer is to adopt a realistic view of
software shelf life and make sure that everyone gets the latest version
with their new machine. If 4.1 (or 5.3) is the latest version of the
finder, make sure that it ships with every machine after that, even
if it means re-making 100,000 kits. ('Just in time' would help.)
Perhaps, force dealers to hand out newer software if the machine's
box was already in the distribution chain when the update was released.
Joel West
joel%gould9.UUCP@NOSC ihnp4!gould9!joel
I have no financial connection with Apple, other than they sometimes
get some of my hard-earned money for hardware or software.
------------------------------
Date: Sat, 20 Dec 86 17:10:54 PST
From: ucscc!ucsck.carl@ucbvax.Berkeley.EDU (Carl C. Hewitt)
Subject: Apple's Product Testing
I am finding a lot of people think that Apple is not worrying about
testing their products before they are distributed. I am sorry,
but I must say that you could not be farther from the truth. Apple
has a division of 200+ people whose sole job is to make sure that
there are no serious bugs in not only Apple's software or hardware,
but most third-party software and hardware as well! That is one of
Apple's main concerns about releasing products. Unless you are a
Macintosh programmer, you may not realize how complex some of these
programs you are complaining about are, and what an incredible task
it is to check every single possible combination of every single
command on every machine in every single situation. If a bug is found, it
is reported, and the bug is fixed before release. Or, in the case that
it is after release, a new version is created.
It may have been true in the past that Apple has been less able to
make sure their quality control is up to the fullest standard, but
tell me the last company that went from $0 income to a member of
the fortune 500 in seven years! Not many companies have ever had
to expand at this rate, and only in the last couple years have they
been able to. I just want the few that are thinking without looking
at all the facts to open their mind and see a little more without
expecting everything to be perfect (as, of course, I'm sure these
people are).
-- Carl Hewitt
------------------------------
Date: Thu, 18 Dec 86 09:06 EDT
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: Mac Nosy/Heap Show
Hi,
as someone who is always interested in learning more about
Mac programming I have a quick question. I have TMON, and use it
for debugging my C and PASCAL programs. I think its just a wonderful
tool, and couldnt imagine what Mac code development would be like without
it. But Im wondering if there are additional tools out there that might
also be of use. Can someone tell me what Heap Show and Mac Nosy do?
Do I need them if I already have TMON? Are they complementary to TMON?
And - A Comment/Question.
I dont know if any of you out there tried to implement the animation
example that was in Mac Tutor a few months ago, but I did. I had a few
minor problems. The first was, I tried to use Lightspeed C. I couldnt
get the assembly routines (vidwait, vidstart, and vbl) to work, so I
had to rewrite them in C. After I did that all was cool (the getaltscreen()
routine that relaunches the application with the appropriate bit set
worked AOK.)
Now when I run the "bouncing square" animation, it looks like it
runs allright. Only, when the square is moved to the top of the screen,
there is an appreciable flicker. It looks as if the square is not being
drawn in the alternate screen's bit map.
For those of you who are not familiar with this example, it is
a program that simply puts up a gray screen, and sends a black square
bouncing from edge to edge of the screen. You do the animation by alternately
drawing into a "default" and "alternate" screen, and displaying the
screens via a VBL proceedure to avoid flicker. The problem seems to be, that
when the square is being drawn at the top of the screen, it isnt appearing
in one of the two screens.
Anyone have a similar experience, or have any ideas?
Joe
------------------------------
Date: Sat, 20 Dec 86 00:41:40 mst
From: dlc%a@LANL.ARPA (Dale Carstensen)
Subject: Re: disk insertion ignored
I believe two subjects are being discussed under one name here:
1. A known bug in 3.2 will be fixed that does not automatically switch
disks in the Standard File dialogs.
Workaround: click the mouse button in the vicinity of the list window
2. The .Sony driver (or its interrupt processor, if that is considered to
be a separate entity) truncates processing of an inserted floppy. This
bug only seems to appear in rare configurations, perhaps >1M RAM. It
never appeared before the 3.x/5.x System/Finder, but did appear with 64K
ROM and no Hard Disk 20 file.
Workaround: use system, application, and all application files from
ramdisk, use paper clip eject, select eject in the "eject or
initialize" modal dialog, copy new/modified ramdisk files
to SCSI disk or serial port, reboot
------------------------------
Subject: Prolog evaluation
Date: Sun, 21 Dec 86 07:30:08 -0500
From: tjohnson@ATHENA.MIT.EDU
I finally can respond to all you Macintosh PROLOG users (and future users)
that have been wondering what's hot and what's not (and how to go about
evaluating the many PROLOGs that are on the Macintosh market) . In a word,
Advanced A.I. Systems' PROLOG Version M-1.1 is HOT, and Expertintelligence's
ExperPROLOG II is not....
We (MIT Department of Architecture) just went through the rounds of evaluating
what's out there. The criteria that was used was:
It had to:
1. be Fast (PROLOG is infamous for being slow)
2. support Quickdraw and the ToolBox
3. have a large predicate set
4. use the Macintosh interface well
5. use Edinburgh standard syntax
A word about the last point. This is obvioulsy a personal statement. For me
the other syntaxes (such as Marseilles) are not as readable. But the major
point is the Edinburgh syntax is now the quasi-standard syntax (since
thousands of applications have been written in this syntax). That immediately
leaves out Expertintelligence's ExperPROLOG II out since it uses a radically
different syntax (it is also outrageously expensive at $495.00, and doesn't
adhere to the Macintosh interface).
Most of the other contenders fell by the wayside because of limited Quickdraw
and ToolBox support, and what's worse, a limited predicate set.
Advanced A.I. Systems' PROLOG Version M-1.1 ($150.00, P.O. Box 39-0360,
Mountain View, CA 94039-0360) of course meets our criteria, and I must say
very well. First of all, this interpreter is FAST. A simple count down speed
test composed of:
f(X):-
Y is X-1,
Y @> 0,
f(Y).
run for 10,000 loops by the query:
?-f(10000).
takes 28 seconds. This PROLOG program does 30,000 Logical Inferences, or
nearly 1100 LIPS (Logical Inferences Per Second). To put that in perspective,
ARITY's PROLOG runs the same program at 1200 LIPS on an IBM XT, and that
PROLOG is a compiler! (other compiled PROLOGs run faster on the IBM at the
expense of a reduced predicate set). We also tested Advanced A.I. Systems'
PROLOG more heavily on a family tree (by forming new relationships from simple
facts about parenthood), which we also found to run at the same 1100 LIPS.
Advanced A.I. Systems' PROLOG Version M-1.1 accesses most of the ToolBox and
all of Quickdraw. The system comes with many built in predicates to do this,
including the handling of mouse (and event) queues. The programmer can
access the rest by relating trap calls to user defined PROLOG predicates.
What's more, by using another definition statement, one can specify that a
given address is the start of a 68000 machine code routine which is attached
to a user defined symbol (use the code resources to do this), which means...
users can make new predicates like the big PROLOGs do on the minis. The
graphics are suitably fast (we are displaying PROLOG data bases as graphical
networks.
Not counting the Quickdraw and the ToolBox predicates, Advanced A.I. Systems'
PROLOG has over 300 predicates (much more than anyone else) including BagOf
and Setof, and great IO routines. You can also pass statements to it via the
clipboard.
Lastly, it's syntax is compatible with Dec 10 and 20 PROLOG and other
Edinburgh based PROLOGs (and it has very nice debugging aids).
I must sign off with the following story. We trustingly bought AAIS version
1.0 in October 1986 even though it was slow and didn't support the ToolBox at
the time because AAIS promised they would have a no-cost update out in
November that did all of the above. The promised update did indeed come (it
was a month late which is nothing is this world) and worked even better than
we anticipated (FAST!). I sure like that: a company that keeps their promises
and works hard to improve the product.
Tim Johnson
Department of Architecture
M.I.T
Cambridge MA
Also of :
Johnson and Johnson Design/Build
------------------------------
Date: Sat, 20 Dec 86 15:15 EDT
From: <FABER%BCVAX3.BITNET@WISCVM.WISC.EDU>
Subject: reply to inquiry re running parallel daisywheel from MAC
The best way to connect the daisy wheel printer
is to use the Thunderscan adaptor box for
the MacPlus. This will provide
the necessary voltages to rum the Assimilation
Port Adaptor. I am using this set-up and it is working
fine.
Otmar K.E. Foelsche, Dartmouth College
German Department
------------------------------
Date: Fri, 19 Dec 86 17:51:14 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: problems with BeepSound
Lately I really have gotten used to the beep sound init which was
posted recently and comes from the people who wrote the MacNifty
Soundcap software. I have had some problems which I wanted to warn
others about. The worst problem is that it when I tried to hook up
two DataFrame disks to my one Mac+ (which I had done before successfully
before using the beepsound init) the system was *VERY* unstable. Sometimes
it would crash while booting, sometimes it would wait for a floppy disk
insertion, etc. Once the BeepSound init was removed everything worked
OK. I think the problem is in the use of the System heap (although I haven't
had a chance yet to look at the init with MacNosy). I remember reading that
some volume information is stored in the system heap. I'm guessing that
the init installs some patches in the System heap which uses up this
valuable space. Seems to me that Knaster in his book gives a prefered way
of accomplishing this by using the space at BufPtr and below and if
the BeepInit file used this technique I wouldn't be seeing these problems.
I have been OK (as far as I know) when using just the one DataFrame.
The second 'feature' I have noticed is that the sound which is emitted
seems to fade with time until the next bootup. I've also noted that
if you do sysbeep many times quickly in succession it can cause problems.
Hope this saves someone else from going through the discovery of these
problems.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Sat, 20 Dec 86 14:59:44 pst
From: Bernard Aboba <bernard@ararat>
Subject: BUGS in DataFrame 20 Print Spooler 3.1
The following lesson was learned the hard way; I had written a program to
read from the printer port, and it was working fine, and then all of a sudden,
it wouldn't run anymore. Neither would Thunderscan, or anything else that
used the printer port other than my imagewriter. I finally figured out the
culprit -- SuperMac's Print Spooler 3.1. Yes, that's correct. You will get
a system error if you attempt to write to the printer port while Print Spooler
is installed.
My advice is DO NOT set the Print Spooler as your startup application if you
intend to use your printer port for other than your imagewriter. I don't
know if it interferes with AppleTalk, though.
------------------------------
Date: Fri, 19 Dec 86 16:45:52 PST
Reply-to: BINEZ%SLACVM.BITNET@forsythe.stanford.edu
Subject: Problems with Quik Circuit
Has anyone been able to get Quik Circuit (a PC board layout program) working
with a Houston Instruments 40 series plotter? We have been trying for several
months. I have had numerous conversations with Douglas Electronics(the
developers), but they have been unable to help me. Despite the fact that
Douglas claims the program works with this plotter, they have been unable to
tell me whether they ever tested it on the plotter.
The problem we are having is that the plotter, which has an internal buffer
and XON/XOFF handshakes with the Mac, plots one buffer of data and then
stops, with the Mac hung in the plotting routine. It seems that the Mac is
not seeing the XON come back from the plotter. We have looked at the data
going between the Mac and the plotter. The plotter is sending both
an XOFF (which the Mac sees) and an XON (which it doesn't seem to see).
I have tried changing the parity, number of stop bits, and number of data
bits on both the plotter and the Mac, but could not get it to work correctly.
We have purchased the "required" cable to connect the Mac+ to the plotter, so
I don't think that the cable is the problem.
Finally, does anyone know of a good PC board layout program for the Mac?
Quik Circuit would be tolerable (if I could get it to work with the plotter),
but its implementation is extremely poor. The program spends a LOT of
unnecessary time redrwaing the screen after each dialog box, and each time
a window is scrolled. It even appears that ALL display windows are
redrawn after a dialog box, even those that are completely hidden! Use
of CopyBits and only redrawing visible regions would help out substantially.
Thanks in advance.
Tim Bienz
------------------------------
Date: Sat, 20 Dec 86 11:24:54 PST
From: David G Kay <kay@LOCUS.UCLA.EDU>
Subject: Interchanging CAPS LOCK and Command Keys
I find it cumbersome to reach the Command (clover{eaf)
key on my Mac Plus's keyboard; I would like to interchange its
function with that of the CAPS LOCK key, which I almost never
use.
I understand that there are two tasks involved:
---physically disabling the locking mechanism on the CAPS LOCK
key (which I've already had done), and
---remapping the codes transmitted by the two keys. It's this
latter task that I don't know how to do, and that I'd
like some advice on.
How does one remap keys on the Mac?
--DGK
------------------------------
Date: Fri, 19 Dec 86 10:11:44 est
From: Franklin Davis <davis%wanginst.edu@RELAY.CS.NET>
Subject: Mac ==> unix ==> Imagen?
What software is available on unix to print Mac output on an Imagen?
Is there any that is PD or cheap? Is there any that is well
maintained (and expensive :-) ?
Apologies if this is an old question...
--
Love's mysteries in souls do grow,
But yet the body is his book. --John Donne
------------------------------
End of INFO-MAC Digest
**********************
∂24-Dec-86 1205 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #31
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 24 Dec 86 12:05:15 PST
Date: 24 Dec 86 1203-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #31
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 24 Dec 1986 Volume 5 : Issue 31
Today's Topics:
RE: advice on multiple stacks
LSP Wish List
Weird disk problem
Mac time reset utility
utility for split up binhex files : comb
Another Christmas card
Tech Note 110 - Processor Compatibility
MacPlus memory map
Bug found in Binhex 4.0
Request for BinHex Format Definition
CRC algorithm used by BinHex 4.0
laserwriter header (ps)
Re: Interchanging CAPS LOCK and Command Keys
Epson DX20 with Mac
Delphi Mac Digest V2 #68
----------------------------------------------------------------------
Date: Mon, 22 Dec 86 13:57 CDT
From: Mike Linnig <LINNIG%ti-eg.csnet@RELAY.CS.NET>
Subject: RE: advice on multiple stacks
I too am hacking multitasking on the mac. As for stacks, try creating
multiple sub-stacks in the area that the mac dedicates for the stack.
---
heap... | stack n | stack n-1 |.... |stack 3 | stack 2 | stack 1
---
↑
|
mac's official end of stack
This avoids the problem of having the stack sniffer get annoyed. You
can always increase the stack size with a toolbox call (name??).
Mike Linnig,
Texas Instruments
------------------------------
Date: Wed, 24 Dec 86 10:24:44 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: LSP Wish List
The following is my "wish list" for Lightspeed Pascal. I have been using
LSP since the Boston MacWorld where it was introduced and I am extremely
pleased with the product as it is in version 1, but I beleive that it
can become an even better product. The list is, in general, in my priority
order (13 is really much higher in priority).
Happy Holidays
Bill Stackhouse
bills@cca.cca.com
--
1) Support for Object Pascal.
2) Optimizer. This should be an option at the unit level and perform
both global and local optimizations.
3) In line Procedures. This should allow you to specify that the code
for the procedure is to be included in line whenever a call to the
procedure is found. (especially for thoses procedures that can be smaller than
the code to call and return from it, but also for those procedures that are
only called in 1 or 2 places a large number of times.)
4) Split View Windows in the editor. This should be like MS Word/Excel
so that you can look at the definition of a data structure while writing
the code that uses it. Selecting a variable name in one window split would
cause the definition to appear in the other split part if it was in the same
source, otherwise it would appear in a "temporary" window. This would be
true also of all the Inside Mac. definitions. (Would be nice to have something
like MACMAN with wild cards for names [get* to list all names starting with
GET] as optional feature.)
5) Initial Values for Variables. Include some syntactic notation for
specifying the initial values for variables. At a minimum, global variables,
would be nice for local variables also. IBM in their Pascal compiler
defined an additional declaration called VALUE which makes it easier
to port source than having assignments mixed in with VARs. (see number 13,
this is the way the revised standard will also do it)
VAR
foo : integer;
VALUE
foo := 5;
BEGIN
foo := foo + 1;
END.
6) Arithmetic constants. The definition of a constant should allow
arithmetic.
7) Bullet Proof LightsBug. More often than not, I stop a program and
start up LightsBug to look at some data and I get a bomb (02). This
function should be very durable to be useful.
8) Interpreted data in LightsBug. When data is displayed in the stack
frame of LightsBug, it would be nice to interpret integer, real, boolean,
and char/string data. Strings could perhaps only show the first 8 characters.
9) The project should show the number of lines in a unit and in the
total project.
10) Show the compilation rate in lines/minute.
11) Flexibility in formating. The formating style used by the editor
is in general very nice. The formating of case labels should allow
labels for non-compound statement to be on the same line as the
statement. (?picky?) Maybe the ability to design a style sheet would
provide the generality to satifify everyone.
12) Case sensitive names. An option to require that the case of letters
of a variable/procedure name be checked as well as spelling. Perhaps
a tool that would force all uses of a variable name to agree with
its definition would suffice.
13) Support for the proposed Pascal language extensions as defined in
the ACM SIGPLAN Notices Vol. 21 Number 12 December 1986. this covers a lot
of ground but includeds variables in type definitions to allow variable
length arrays, initial values for variables, label ranges in case and
record variants, and sets in the for statement (for i in [1, 5..7, 10] do).
------------------------------
Date: Mon, 22 Dec 86 11:27:41 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC.ARPA>
Subject: Weird disk problem
Okay folks, how do i solve this one? I have a diskette which, when inserted
in the machine will read okay, but won't let me write any data to it. The
disk isn't locked and has about 160k (of 400k) free. A dialog box tells me
that the disk directory is full! I can copy the data to another disk, by
draggin the icons, and waiting a long time so tha isn't the real problem,
just that this has never happened before, and i don't want to end up with a
disk i can't read either.
If i try to copy the disk (using copyII, sector or bit copy), the sector
copied version needs to have its desktop rebuilt, or it causes the machine
to freeze, the bit copied version is ok in that respect, but both of them
still have "full directories". It's about what i expected, since they are,
after all, copies of the original.
Interestingly, the copy i made by dragging icons has a smaller desktop
(8k vs 16k) and about 10k more free than the original.
So, what to do? I've got all the data on another disk now, but my curiosity
wants to know how to take care of the problem. Any suggestions would be
appreciated.
Regards,
tom c
Oh yeah, the machine is an unmodified 512k mac w/hyperdrive, system 3.2,
finder 5.3.
------------------------------
Date: Sun, 21 Dec 86 23:37:43 PST
From: David Gelphman <mrh@shasta.stanford.edu>
Subject: Mac time reset utility
I plucked this off of usenet:
This is a utility you probably didn't know you needed until now.
It dials up a standard atomic clock, and resets the mac clock
to within one second of the exact time. Pretty neat!
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SETTIME.HQX
DAVEG
]
------------------------------
Date: Sun, 21 Dec 86 23:39:49 PST
From: David Gelphman <mrh@shasta.stanford.edu>
Subject: utility for split up binhex files : comb
This is another item culled from usenet news:
/*
comb - combine split binhex files
usage:
comb file1 .. fileN > result ; xbin result
comb -m file > result ; xbin result
compile: cc -o comb comb.c
Binhex files often come across the net split into multiple parts. I
got sick of re-combining them by hand. comb is a quick hack that takes
as its arguments a set of files which are the parts
of a binhex file. It splits out the binhex file to standard output.
If the parts have been combined into a single file already, with mail
headers and such in between, the "-m" flag can be used. The text that
doesn't look like binhex goes to standard output, unless the "-q" (for
quiet) flag is specified.
It's real ugly (even has gotos!), but hey, it works.
Author: Greg Dudek
Dept. of Computer Science (vision group) University of Toronto
Usenet: {linus, ihnp4, allegra, decvax, floyd}!utcsri!dudek
CSNET: dudek@ai.toronto.edu
ARPA: dudek%ai.toronto.edu@csnet-relay
DELPHI: GDUDEK
Paper mail: 10 King's College Circle, Toronto, Canada
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-COMB.C
DAVEG
]
------------------------------
Date: 22 Dec 1986 12:29-EST
From: Bruce.Horn@vlsi.cs.cmu.edu
Subject: Another Christmas card
This is my entry in the Christmas Card sweepstakes, based on an idea of
Steve Capps' (a LONG time ago). The program shows a landscape with
snow falling, and you get to decide where the snow sticks. SnowPic is
the original; SnowMask is white where snow is allowed to stick. Where
the snow doesn't stick, the bits in the first picture remain. Using
the mask you can make messages appear in the snow, stars come out in
the sky, and so on. Be patient; it takes a few minutes to see the effect.
Have fun!
Bruce
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-CHRISTMAS2.HQX
DAVEG
]
------------------------------
Date: Tue, 23 Dec 86 02:52:36 EST
From: Martin Resnick <mlr0%gte-labs.csnet@RELAY.CS.NET>
Subject: Tech Note 110 - Processor Compatibility
Your recent posting is missing Tech Note 110.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TECHNOTES-DEC86-TN110.HQX
DAVEG
]
------------------------------
Date: Tue, 23 Dec 86 13:53:11 PST
Subject: MacPlus memory map
From: eacj@batcomputer.tn.cornell.edu (Julian Vrieslander)
This was fetched from usenet news:
This is a fairly detailed Mac Plus memory map, in MacDraw format. The
existing memory maps that I had seen were either out-of-date, confusing,
or not very complete, so I decided to roll my own. You need Geneva 9
and 24 to print it on the ImageWriter. It looks even better if printed
on the LaserWriter with font substitution enabled and with Helvetica 9
and 24 available.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACPLUS-MEMORYMAP.HQX
DAVEG
]
------------------------------
Date: Sun 21 Dec 86 22:56:26-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: Bug found in Binhex 4.0
To my surprise I found a bug in Binhex 4.0. After several complaints
about the file in the archives TECHNOTES-DEC86-TN98.HQX, I decided to
look into it further. Recently I got a copy of XBIN, which allows me to
unbinhex and check files w/o downloading. I found that even though tn98 passed
XBIN, when it was downloaded it wouldn't unbinhex in binhex 4.0
without a CRC error.
I downloaded the output from XBIN and it worked fine so I binhexed the
resulting document. If I tried to unbinhex the file I just binhexed, it
failed!!!! This is the first time I saw a binhex file which couldn't be
unhexed with the same program. I finally decided to use PACKIT on the
MacWrite document, then binhex it (which seemed to be OK) and that is what
is posted now. Wonders never cease. David Gelphman, info-mac moderator
------------------------------
Date: Mon, 22-DEC-1986 10:37:01.03 +0100 (Central European Time)
From: <211037%DHHMPI5D.BITNET@WISCVM.WISC.EDU>
Subject: Request for BinHex Format Definition
This is a request which must have been made before - sorry, but we have no
access to the archived files at BITNIC nor at SUMEX.
Could some kind soul provide me with the definition of the BinHex (4.0)
format? I'm living here in Macintosh-deserted Germany and have no easy
way to obtain a copy of the program. If someone by chance has a Fortran
or Basic version, all the better, then I'd not have to recode it myself.
Martin Heimann
Max-Planck-Institut fuer Meteorologie
Bundesstrasse 55, D-2000 Hamburg 13, Germany (FRG).
BITNET/EARN: 211037@DHHMPI5D.BITNET
------------------------------
Date: Mon, 22 Dec 86 10:33:58 EST
From: Shane_D._Looker@um.cc.umich.edu
Subject: CRC algorithm used by BinHex 4.0
Does anybody on the net have the polynomial used in the CRC calculations
by BinHex 4.0? I could also use a good fast algorithm for computing the
CRC.
Thanks,
Shane Looker
Looker@um.cc.umich.edu
------------------------------
Date: Tue, 23 Dec 86 23:44:57 PST
From: mse%Phobos.Caltech.Edu@DEImos.Caltech.Edu (Martin Ewing)
Subject: laserwriter header (ps)
The file <info-mac>laserwriter-header.ps seems to be out of step with the
current version of the laserwriter driver and its setup file. Is that
right?
Does someone have an updated version available, especially one that's
compatible with the VAX/VMS Textset software?
Thanks for all leads, and Happy Christmas all around.
Martin
mse@deimos.caltech.edu
mse@citphobo.bitnet
[ note from moderator: The new header can be generated by holding down
Command-K after selecting OK from the Print Dialog. If some kind soul
will submit this here I will post it for version 3.1 of the Prep file. DAVEG]
------------------------------
Date: Mon, 22 Dec 86 20:26:35 EST
From: Howard Walter <howard@BRL.ARPA>
Subject: Re: Interchanging CAPS LOCK and Command Keys
During my Mac+ warranty period, I too became upset with the location of
the control key. About two weeks after the warranty was over, I opened
up the keyboard, poked around, quickly lost my nerve and re-assembled
the keyboard! After another week or so of a very fatigued left hand, I
re-opened the keyboard and performed the following steps:
1. Gently pry off the keycaps.
2. Identify the printed circuit connections for the caps lock and
control keys and carefully unsolder (using a solder sucker) both pins
on each key. If you overheat the pad around the key, it will be
destroyed. This is not a major problem but try to avoid it.
3. Gently press on both sides of the key and push upwards. The key
will pop out of the metal frame. I used two small circular files to get
to the control key.
4. Swap the two keys and resolder the connections.
5. One side of each key is connected to a common bus - leave this alone.
The other side can be traced to a pin on the keyboard decoder chip. Use a
small knife to break both traces somewhere along their paths. Solder wires
from the decoder chip pins to the pins on the appropriate keys. (I use wire
wrap wire for such work).
6. Re-assemble the keyboard. The caps lock keycap fits nicely next to the
space bar. Unfortunately, the clover keycap is too big to fit where the
caps lock used to be. I took a small saw and cut the sides off the plastic
keycap but this is a bit ugly. If anyone knows how to buy a single caps-
lock sized keycap, please drop me a note!
My keyboard has worked flawlessly for the past two months.
Warning: don't perform the above if your keyboard is in warranty or covered
by an Apple maintainance contract! I would be happy to hear about successes
but please don't try to sue me if you screw up your keyboard!
Howard
------------------------------
Date: Mon 22 Dec 86 08:40:38-EST
From: David.Zubrow <David.Zubrow@C.CS.CMU.EDU>
Subject: Epson DX20 with Mac
I have a friend who is trying to use an Epson DX20 (Daisywheel Printer) with
his Mac+. Upon the advice of sales people he also purchased MacEnhancer.
To date he has been unable to get the printer to do anything in response
to Mac commands. (The printer test routine works.) Has anyone else
encountered this difficulty or have any suggestions? The error messages he
receives lead him to believe it is a hardware problem. The sales people
have been less than helpful.
Thanks in advance,
Dave
zubrow@c.cs.cmu.edu
------------------------------
Date: 21 Dec 86 20:48:57 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #68
Delphi Mac Digest Sunday, 21 December 1986 Volume 2 : Issue 68
Today's Topics:
RE: Nova boards
RE: 16Mhz 68000,68020,68881 upgrade (3 messages)
dMac III bought by Nantucket
MacPlus to Aladin upgrade (5 messages)
RE: Re: MPW question (2 messages)
Re: Looking for advice for using multiple stacks (2 messages)
C-P Hall Of Shame, Part II
An important Copyright decision (3 messages)
MacFind
LASER COPY PROTECT? (3 messages)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-68.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂28-Dec-86 1739 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #32
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 28 Dec 86 17:39:45 PST
Date: 28 Dec 86 1738-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #32
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 28 Dec 1986 Volume 5 : Issue 32
Today's Topics:
C compiler upgrades arrive!
Problems with TECHNOTES-DEC86-TN110.HQX.2
Jazz 1A Demo, 10 files total
ConCode 1.5
QDial 1.6
Acta Format
GridPic, a utility for working with compact screen files
Stars 1.6
Crystal Raider
Dynamac - a Macintosh compatible laptop
The mac's "minor repairs" to a disk erased files. Help?!
Problem with HD-20 and resources
Epson printer driver for Atari ST emulating Mac
Usenet Mac Digest V2 #105
----------------------------------------------------------------------
Date: Thu, 25 Dec 86 17:06:57 est
From: stew%lhasa@hucsc.HARVARD.EDU
Subject: C compiler upgrades arrive!
At long last, I have received both Lightspeed C 2.01 and Megamax C 3.0
practically on the same day. I plan to benchmark them and report the
results (not that I would ever use MegaMax again, given their track
record). A benchmark against MPW 1.0 would also be valuable.
Some have suggested that development be done in Lightspeed and
final production be done in MPW. I'd like to know if the improvements
to be gained are worth the hassle (the three all have different notions
of word lengths) and expense.
I can't understand why Think didn't supply prototypes for the Toolbox.
If we can get a few folks together, I'd like to collaborate on writing
them. I'll coordinate handing out managers to different people.
If you are willing to help, send me a message.
stew@lhasa.harvard.edu
seismo!harvard!lhasa!stew
------------------------------
Date: Wed 24 Dec 86 20:54:56-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Problems with TECHNOTES-DEC86-TN110.HQX.2
Just picked this up from the archives, and it will not UNHEX without
giving a CRC($3275) error. The usual attempts at stripping headers,
etc., have been made with no success. At your leisure, could you please
arrange a copy for transfer that will work.
- Peter
P.S. Happy Holidays to you and yours.
[ note from moderator: TN110 suffered from the binhex problem I mentioned
in a recent digest. It could not be unhexed by binhex 4.0 because of a
bug in 4.0. I have placed a new version in the archives which has been
run though unpit first to packit it. One other point about TN110. I wonder
about its veracity for two reasons: it did not come in the written technotes
for no good reason and 2) it has some information which seems to be of
a questionable nature (Mac Jr. with a 68008? ). DAVEG ]
------------------------------
Date: Wed, 10 Dec 86 05:00:10 EST
From: Martin Resnick <mlr0%gte-labs.csnet@RELAY.CS.NET>
Subject: Jazz 1A Demo, 10 files total
These files are the Jazz 1A Demo distribution.
The first file contains MacWrite documentation for the Jazz 1A demo,
some sample Jazz 1A files and the Jazz 1A System Update application.
The second file contains the demo application.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-DOCS-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-DOCS-PART2.HQX
concatentate the above two parts together before unbinhexing.
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART5.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART6.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART7.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-JAZZ1A-PART8.HQX
concatentate the above 8 parts together before unbinhexing.
DAVEG
]
------------------------------
Date: 25 Dec 86 11:13:18 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: ConCode 1.5
[ Uploaded from Delphi by Jeff Shulman ]
Name: CONCODE 1.5
Date: 22-DEC-1986 22:21 by JOHNSTOKES
File 1 is ConCode Version 1.5, a desk accessory. This desk accessory is a
M68000 reference for looking up instruction address modes, operand lengths,
conditional truth settings, and how operands are changed when executing a given
instruction. Shareware. DA size: 7004 bytes. File 2 is a text log file of
revisions for the ConCode desk accessory. John S. Stokes III, author.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-CONCODE-15.HQX
DAVEG
]
------------------------------
Date: 25 Dec 86 11:13:48 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: QDial 1.6
[ Uploaded from Delphi by Jeff Shulman ]
Name: QDIAL 1.6
Date: 25-DEC-1986 10:05 by LAPORTE
[ Updated 24-DEC-1986 01:22 by LAPORTE to version 1.6. v1.6 fixes a bug that
caused QDial to hang with Mac Plus and certain modems. 1.6 now works with Qubie
and other semi-Hayes-compatible modems. Cut, Copy, and Paste also work now.
Revised docs are posted as QDial Docs. Source files unchanged. ]
MacQueue dialer (or QDial for short) is a desk accesory that installs a small
auto-dialing routine into the system RAM of the Macintosh computer. The dialing
routine works in the background, dialing up to five numbers at a time, until one
of them answers. QDial requires a Hayes or 100% Hayes compatible modem.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-QUICKDIAL-16.HQX
DAVEG
]
------------------------------
Date: 26 Dec 86 22:19:27 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Acta Format
[ Uploaded from Delphi by Jeff Shulman ]
Name: ACTAFORMAT
Date: 14-JUN-1986 17:51 by DDUNHAM
File format of Acta documents (Acta is the desk accessory outline processor
written by DDUNHAM and available from Symmetry Corp.). MacWrite
doc.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ACTA-FORMAT.HQX
DAVEG
]
------------------------------
Date: Sat, 27 Dec 86 00:15:34 pst
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: GridPic, a utility for working with compact screen files
This distribution is in 5 parts:
1.) This header
2.) GridPic.Doc - documentation for GridPic
3.) GridPic.Hqx - the hqx file of the program itself
4.) GridPic.c - the source code for GridPic, for LightSpeed C, version 2.01
5.) GridPic.R - the script for RMaker for the resources of GridPic
--- David Phillip Oster -- "The goal of Computer Science is to
Arpa: oster@lapis.berkeley.edu -- build something that will last at
Uucp: ucbvax!ucblapis!oster -- least until we've finished building it."
[ note from moderator: since all 5 parts were sent in one file I have posted
it in that manner. Users are advised that they need to separate the file into
the distinct parts (clearly marked) before using this file.
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-GRIDPIC.HQX
DAVEG
]
------------------------------
Date: Sat, 27 Dec 86 00:22:20 pst
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Stars 1.6
Enclosed is my new Stars 1.6. Stars is a "screen-hack" desk accessory,
a desk accessory you can run while your Mac is otherwise idle. It has
two purposes:
1.) It keeps the screen mostly black, so no fixed pattern gets burned
into the phosphor of your Mac's CRT screen.
2.) Its pretty and fun to watch. (Particularly late at night, in a dark
room, when you are tired or stoned.)
Stars does not come up automatically. Stars uses more than 90% of your
68000 processor, so if it came up automatically it would get in the way
of downloads, or long computations. If you want Stars you must select it
from the desk accessory menu.
Stars comes in slow and goes away fast. It starts up with the fastest
digital dissolve anyone has yet done on the Mac, and (if it can get the
buffer memory) stops instantaneously. If it can't allocate enough buffer
memory, then when it stops it asks the Window Manager to redraw the screen.
I made Stars go away fast because when you want to start working again, you
don't want to wait.
This version of Stars accepts the following commands:
1.) Type a letter of the alphabet to warp into a new galaxy. Galaxies diifer
in their star density.
2.) Type a digit to change your speed. 5-9 are forward speeds, 5 is slowest
and 9 is fastest. 0-4 are backwards speeds. 4 is slowest, 0 is fastest.
Changing your speed does not warp you into a new galaxy.
The backward speeds reveal that the reason you are travelling through space
is to escape a rotating black hole that is sucking everything into its
bottomless maw. But even with this as their fate, the stars are happy,
and say hello to you as you go by.
Stars is compatible with Menu Clock, the new ROMs, the old ROMs, and the MacXL.
Thanks to Matt Grayson for many valuable suggestions and code.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-STARS-16.HQX
DAVEG
]
------------------------------
Date: Sun, 28 Dec 86 04:54:11 EST
From: Martin Resnick <mlr0%gte-labs.csnet@RELAY.CS.NET>
Subject: Crystal Raider
This is a very addicting shareware game from England.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-CRYSTAL-RAIDER.HQX
DAVEG
]
------------------------------
Date: Fri, 26 Dec 86 16:30 N
From: <FRUIN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Dynamac - a Macintosh compatible laptop
The British computer monthly Personal Computer World featured an article on
the Dynamac, the first Mac compatible to actually come out (the MacColby and
and Sharp machines aren't ready yet).
Dynamac is an impressive machine, the article says. It sports the full
4 Mb of RAM, one 800K floppy drive, 40 Mb hard disk, 2400 bps modem, and
an electroluminescent display. And all of that in one laptop, although a
larger than usual one. Unfortunately it is not batterly powered: you need
a normal power outlet for it. This is due to the large amout of power the
screen needs.
The screen has a resolution of 640 x 400 pixels, and has the same stuff
built in to drive one of those E-machine big screens. In fact, is has a
connector at the back to plug in one of those screens - no extra hardware
required! The screen is amber and pretty good, but it lacks the great
contrast of the Mac's screen.
The company that makes Dynamac (sorry, forgot to bring the magazine to my
Xmas holiday address, so I can't tell who) uses a genuine Mac Plus to
build one of these things. They use the complete motherboard of a Plus and
build their black laptop machine around it. That probably explains the
steep price: approximately 6500 British pounds! They are working out an
agreement with Apple to get Mac Plus's cheaper.
Feel free to ask me any questions. There's lots more in the article, so
I should be able to answer most of them.
-- Thomas
FRUIN@HLERUL5.BITNET
(Leiden, Netherlands)
------------------------------
Subject: The mac's "minor repairs" to a disk erased files. Help?!
Date: Wed, 24 Dec 86 14:27:44 PST
From: korfhage@ats.UCLA.EDU
I am using a Mac+ and 800K disks (Sony disks, no less).
Recently I tried to copy a downloaded file from one disk into one of
three folders on another disk. When I put in the disk to copy to, I got
a box saying that the disk needed minor repairs, and would I allow the
Mac to do those? Of course, I knew that this would be foolish. I ejected
and reinserted the disk a couple times, getting the same message each time.
Finally I decided to let the mac go ahead, do the repairs and finish the
coyp, because even if I did loose files, they were all relatively
inconsequential.
The result was interesting. Of the three folders on the disk, two
disappeared. The folder that remained was the one I copied the file to.
However, the amount in disk is still the proper amount if all the folders
still existed.
Do the folders exist, but they are invisible? If so, how do I make them
visible?
Or have the folders been deleted? If so, can I get them back by playing
with bits on the disk? I am not familiar with the Mac's directory structure.
Thanks for any help you can give me.
Willard Korfhage
ARPA : korfhage@ucla-ats.arpa
UUCP : {ucbvax,ihnp4,randvax,trwrb!trwspp,ism780}!ucla-cs!korfhage
------------------------------
Date: Sat, 27 Dec 86 19:47:22 PST
From: Ralph_Brayham%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: Problem with HD-20 and resources
I have a problem that I hope someone will: 1) believe 2)help with.
Using an 'old' 512 with an HD-20, finder 5.3, sys 3.0 etc. While running
LSP I can not access resources using the check box in the run options
dialog box. I can access these same resources if I unhook the HD-20
and run off floppies (400K) or if I use the HD-20 at work with a Mac+.
The other bizarre thing is ResEdit (1.0D11 and 1.0D5) will not show
any resources of any file that is not on the desktop if resEdit is
in a folder. To see the resources you must have the file you want
to look at and ResEdit on the desktop. If you do not. ResEdit will show
a blank screen for that file as if it had no resources. When you quit
back to the finder, there is a new file on the desktop that is about 500
bytes, it contains absolutely nothing. Should I look for a good service
contract or a good whitch docter??
Thanx in advance.
[ note from moderator: The first thing to do is make sure you are using
System 3.2 Finder 5.3 NOT System 3.0. The second thing to do is make sure
you are using the HD20 file with a creation date around June 1986. If
you are using system software older than these, then you probably will
run into problems. The HD20 file is very important to keep up to date since
the early RAM based HFS versions were buggy. DAVEG ]
------------------------------
Subject: Epson printer driver for Atari ST emulating Mac
Date: Fri, 26 Dec 86 07:59:59 -0500
From: zim@mitre.ARPA
Could anybody give me a pointer to a printer driver which would allow a
Mac to print with some standard Epson type printer? (Would printing in
draft mode with an ImageWriter driver work for plain text files?)
A friend has an Atari ST and a cartridge that he showed me the other day;
it allows him to run some amount of Mac software (disks have to be in an
Atari format, so programs are usually transferred via modem). The
emulation was buggy (presumably old ROMs) and crashed a lot when trying to
do simple things like copy/paste from Scrapbook, etc., but it is nonetheless
interesting to see. If anybody knows more about this (including legal
status of the affair; the cartridge had Apple Mac ROMS inside), I'd appreciate
hearing from you. Tnx -
------------------------------
Date: 25 Dec 86 09:51:52 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V2 #105
Usenet Mac Digest Thursday, 25 December 1986 Volume 2 : Issue 105
Today's Topics:
Problems with RAM serial driver
Disk Initializing Help Needed
Clone Wars?
Re: Help with bombing PageMaker
MIDI Programming Advice Wanted.
TopsPrint
Re: Should 64K ROMs be supported?
Fontographer Copy Protection Warning
repeated Dataframe 20 controller failures
How to handle scrolling selections
Re: Fontographer Copy Protection Warning
Methods for drawing characters??
!#$% Hard drive. *&%$ Packit III
Activision Copy Protection - "Shanghai"
Laserwriter spoolers
Opcode's protection (was: Activision Copy Protection - "Shanghai")
Re: Activision Copy Protection - "Shanghai"
Invisible folders
Help with changing fonts in Macwrite!
Sample FKEY info desired
Icon Review
Re: Invisible folders - use ResEdit
scsi drive discussion on delphi; Warp-9 photon 20
Re: Delphi Mac Digest V2 #67
Delphi Diegsts (PSU problems)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV2-105.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂31-Dec-86 1318 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #33
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 31 Dec 86 13:18:46 PST
Date: 31 Dec 86 1317-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #33
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 31 Dec 1986 Volume 5 : Issue 33
Today's Topics:
Gathering at MacWorld
LightspeedC 2.01 and TransSkel
Plotting via Fortran
Lightspeed Pascal vs. TML
printing graph on IW-1 w/o break
Protocol
more on Textures
Writing scientific papers on the Mac
Addendum to weird disk problem
Re: Folder sizes
Problems with MacFlow by Mainstay
Copy II Mac version 6.2
About printers and such
Need Help formatting SCSI hard disk
Old Club Mac News and Mac Rumors
Speak and Spell program?
Excel Formula Protection
----------------------------------------------------------------------
Date: Wed, 31 Dec 86 11:35:25 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Gathering at MacWorld
Joel West, on one of the usenet Mac newsgroups, suggested that
some of us netters get together at MacWorld for a Chinese dinner on
Friday night at 7pm. I'm trying to get a head count so I can make
the appropriate reservations. Contact me via Email if you are interested
and if I don't somehow manage a reply (some of the paths are hard to get!)
plan on meeting about 6pm in the downstairs corridor just before the exhibits.
RSVP to the address below and NOT TO INFO-MAC!!!!!
I look forward to meeting some of you!
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Mon, 29 Dec 86 10:47:24 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: LightspeedC 2.01 and TransSkel
To make TransSkel compile under LightspeedC 2.01, remove the definitions
that were put in to make window zooming work, i.e., the trap number
# defines and the inZoomIn/Out enumeration. These can be taken out because
the compiler now knows the trap numbers and the part codes are included
in the proper enumeration in WindowMgr.h.
The enumeration should be removed from EventLog.c (TransDisplay demo),
also.
With these changes, all the Trans* stuff seems to work as usual.
---
Paul DuBois UUCP: {allegra,ihnp4,seismo}!uwvax!uwmacc!dubois |
ARPA: dubois@easter --+--
dubois@rhesus |
|
"What is lacking cannot be counted." - Solomon the cladist
(Ecclesiastes 1:15)
------------------------------
Date: 29 Dec 86 15:47:00 EST
From: "NRL2::MENTON" <menton%nrl2.decnet@nrl>
Subject: Plotting via Fortran
Reply-to: "NRL2::MENTON" <menton%nrl2.decnet@nrl>
Now that we have *TWO* FORTRAN 77 compilers for our 16 bit Atari STs,
I'm looking for fairly simple (something less than the DISSPLA package, for
example) FORTRAN plotting routines. I'd like to do simple X-Y plots with
labels (several curves on one graph), semi-log plots and polar plots. Output
device is an Epson dot matrix printer and/or the monitor. I'd appreciate
hearing from anyone knowing of FORTRAN subroutines that can handle these jobs.
Please contact me directly, as I do not receive mail from this net. Many
thanks.
Bob Menton
ARPAnet: MENTON@NRL-ACOUSTICS
Ma Bell (??) (202) 767-2367
Snail: NRL, Code 5132, Wash., DC 20375
------------------------------
Date: Mon, 29 Dec 86 13:26 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: Lightspeed Pascal vs. TML
Well, Christmas was good to me. I finally got my copy of Lightspeed Pascal.
Unfortunately, after being VERY impressed with Lightspeed's compilation
speed and debugging environment (ala MacPascal), I found a couple of
complaints, and wondered if anyone on the net had workarounds ...
Lightspeed Pascal does not seem to generate compact code. The SAME code
(a relatively short program) compiled under both TML and Lightspeed
produces a 6K executable (TML) and a 12K exec (Lightspeed). The Lightspeed
manual *claims* that it has an intelligent linker, but come on, this is
the same performance I was getting from TML version 1.0 (before they stopped
using a modified Apple MDS Linker). Am I doing something wrong? The
program does *not* use any special MacPascal windows (ie. Text or Drawing)
since they aren't available under TML. The Lightspeed manual alludes to
SmallPasLib, which is the same as PasLib, without the MacPascal extensions.
If I included this in my project file would it make a difference?
Equivalent code in Lightspeed and TML (again)... TML seems to run about
10% faster. Again, is it something I've passed over in the documentation
(perhaps a project option)?
Lightspeed seems less compatible with LisaPascal than TML was. Or are
there shortcuts for changing the LisaPascal directives?
Thanks for any advice,
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Tue 30 Dec 86 12:41:42-PST
From: David Liu <DLIU@Sierra.Stanford.EDU>
Subject: printing graph on IW-1 w/o break
How do I print graph (long graph) on IW-II without page break? Whatever
works on MSBasic, ZBasic, LSPascal, etc. will do.
------------------------------
Date: Mon, 29 Dec 86 12:44:38 pst
From: Herb Barad <barad%brand@usc-oberon.ARPA>
Subject: Protocol
This is a program I wrote called Protocol. It
is a revised version of the Flow program provided with MacApp.
Protocol fixes many of the bugs that I found in Flow. Also, the
purpose is different. Protocol will create a graphical display of a
class hierarchy (compaticle with MacDraw). Very useful for people
developing object-oriented s/w (i.e. during the documentation phase).
Herb Barad [USC - Signal and Image Processing Institute]
USENET: ...!sdcrdcf!usc-oberon!brand!barad or
...!mcvax!seismo!sdcsvax!sdcrdcf!usc-oberon!brand!barad
ARPANET: barad@brand.usc.edu
USMail: Univ. of Southern California
Powell Hall 306, MC-0272
Los Angeles, CA 90089-0272
phone: (213) 743-0911
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>PROTOCOL.HQX
DAVEG
]
------------------------------
Date: 30 Dec 86 21:41:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: more on Textures
Reply-to: <bouldin@ceee-sed.ARPA>
On Christmas eve I got TeXtures version 0.95c in the mail. Nice present. Here
are some comments.
Typesetting speed is unchanged as best I can tell. Still about 10
sec/page for pretty heavily mathematical stuff. This is with a Mac+ and
MacBottom SCSI HD.
Preview is a little faster. Especially if you use "next page" and "prev.
page" to toggle back and forth a couple of times. Flipping pages seems
to be about 1.5 seconds for the screen updates. Wow. Caveat: I am using
Turbocharger, so this may be part of the speed up.
Many, many new fonts. I use Textures mainly for screen preview and then
upload the .tex files to a vax for hardcopy output. In this mode of
operation, I think (but am not sure) that most of the new fonts are
superfluous. About 2.8 MEGS of fonts now. The nicest addition is the
"texfonts at 120%". In the plain format you can now (just!) fit the full
horizontal lines across the Mac screen for preview. This is a
significant gain in readability since the fonts are no longer
interpolated by the font manager when you use the "120%" magnification.
Also, the presence of 120% fonts makes for noticeably faster screen
updates.
Gripes: Only minor ones.
"next page" should position to the _top_ of the next page. This is
consistent with how the preview is actually used.
Still no separate .dvi files, although they say it's coming.
I still don't like the flicker effect that happens when you use the
magnifying glass.
Suggestions:
As I said, change the way "next page" works.
Variable size magnifying glass.
Save default, especially to save window siz and position. You can just
fit the FULL horizontal lines on the Mac screen at "120%" magnification
but it takes some careful adjustment of the output window. Sure would be
nice to be able to save that setup to avoid doing it every time.
How do we add formats??
BTW, there is a screen dump in the documentation that shows LaTeX and
AMS TeX installed as formats. Anyone out there have these working???
------------------------------
Date: Tue, 30 Dec 86 16:05:41 EST
From: "Thomas D. Schardt"
Subject: Writing scientific papers on the Mac
Does anyone have recommendations for someone who wants to write
scientific papers on the Mac in the "what-you-see-is-what-you-get"
fashion? A paper might include text, formulae, tables, footnotes
(both at the bottom of a page or at the end of the paper), bibliography,
and/or possibly graphics (PICT format must likely). The paper might
be printed on the ImageWriter I, II or the LaserWriter/+.
Is there an intergrated package for this? If not, what pieces seem
to work well together?
Tom Schardt
BITNET: K3TDS@SCFVM
ARPANET: K3TDS%SCFVM.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Tue, 30 Dec 86 11:35:03 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC.ARPA>
Subject: Addendum to weird disk problem
I've received a couple of replies to my inquiry about a disk with a full dir-
ectory, but 140k of free space. So, to clarify, the disk only has 87 files on
it, so i don't believe the problem revolves around reaching the limit of 128
files. Also, i dragged all the file icons to another disk, and the directory is
not full on that one! Same data on both disks, just that one has a full direc-
tory and the other doesn't.
Is it possible that the directory remembers all the files including those
which have been deleted? The disk has been in use since January 86, so i'm sure
the combination of deleted and current files adds up to 128. Does anyone know
about this? Can i clean up the directory? I've got fedit, mactools, etc, but
really don't quite know how to go about this.
Thanks for your help, both past and future,
tom c
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: Re: Folder sizes
Date: Wed, 31 Dec 86 12:45:14 EST
Thank you for the clarification on how to see folder sizes. To be
more accurate, though, you need to open a folder and its entire
hierarchy of subfolders in order to see the total size of files
contained in the folder. This ranges from inconvenient to impossible,
depending on how many folders are in the folder, since all the windows
have to be open at the time you look at the folder size. As soon as a
window closes, its contents are removed from the total folder size.
This is ridiculous. I can't even do something as simple as finding
the size of the largest folder on a hard disk. I think it's time for a
computer scientist to design a Finder for the Macintosh.
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Mon, 29 Dec 86 13:05:54 PST
From: DAVEG@slacvm.bitnet
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Problems with MacFlow by Mainstay
We recently purchased MacFlow here at work and almost immediately
found a serious problem with the program. You cannot move graphics
to the clipboard for pasting in other programs (or desk accessories).
You can use the clipboard for copying, cutting and pasting graphics within
the program itself. This SEVERELY limits the utility of this program if
you can't move graphics into MacDraw or MacDraft (no export facility is
provided either) since you have no way of enhancing the graphics beyond what
the MacFlow program provides. To me, this violates one of best properties
of the Mac, the passing of data between programs.
I called Mainstay immediately to complain about this. The first tech support
person wasn't familiar with the program. The second support person supposedly
was familiar with the program and didn't seem to believe me when I told him
about this, EVEN AFTER I POINTED TO THE PAGE IN THE DOCUMENTATION WHICH SAYS
SO. I was told they would have to contact the author to find out what the
story is and I would be called back. After 1 week I have received no call, but
the holidays may have interfered. If I get more info about this I will post
it.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Mon, 29 Dec 86 13:36 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: Copy II Mac version 6.2
Well, I'd heard so much about the new version of Copy II Mac, that I was
all ready to run out to my dealer and purchase it (at the cost of a direct
upgrade from Central Point, I was better off just buying the new version).
Unfortunately, my dealer had a licensed copy on his hard disk, and I had
a chance to play around with it. Yes, Copy II Hard Disk has changed very
little. MacTools finally works with HFS (but they removed the menu options
for INVISIBLE, PROTECTED, LOCKED... so you have to click each box on or off).
But, unfortunately Copy II Mac seemed so buggy it wasn't worth buying.
Currently, I'm using version 5.4, which works with 400k/800k drives very
reliably. When I sector copy a disk with protected tracks, it places
"R" flags in the copy status blocks, so I can go back afterwards and simply
bit copy ONLY the bad tracks. Version 6.2 (copying the same protected disk)
failed to report ANY read errors on sector copy, and thus produced a
non-working backup. I could hear the disk drive running into read problems
on the same tracks that version 5.4 had flagged, but NO MESSAGES WERE
DISPLAYED.
My dealer told me that he still uses version 5.4. Version 6.0 was so
buggy it didn't even backup non-protected disks reliably. And version 6.1
and 6.2 fail to report read errors.
Is there a newer version of Copy II that corrects these problems, or
has Central Point Software "lost their touch"?
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Tue 30 Dec 1986 09:02 CST
From: Samir Kaleem <XSAK%ECNCDC.BITNET@WISCVM.WISC.EDU>
Subject: About printers and such
A friend of mine is interested in buying a mac, and he had a few questions
for me, a couple that I wasn't sure about. Maybe someone in netland can help.
1) He wants to buy a Smith Corona (SE something) typewriter that has an RS232
interface so it can be hooked up to a computer. He wanted to know if the Mac
would be able to hook up to it. As far as I know, it should be no problem. He'd
have to print in draft mode (in which case only ascii characters would be sent
which should be recognizable by the typewriter) ofcourse. Now, would the
imagewriter driver be able to handle that or would some other driver have to
be used? Even more important, would the mac be able to drive the typewriter at
all?
2) My friend also has a ProPrinter (or such) that he used with his Apple ][+.
The printer has a parallel interface. He wanted to know where he could get
a parallel to serial converter for that printer so it could be used with the
mac also. Again, would he need some special driver for this printer?
I'd appreciate any information that someone could provide. I'll pass the info
on to my friend. Help folks...we might have yet another mac convert here...
Oh a little bit of info that I might as well pass on. I found that RamStart 1.22
doesn't auto eject after installing a ram disk on an HFS disk. I changed the
disk to an MFS disk (still using Finder 5.3 and Sys 3.2), and everything works
fine now. Now it even shows my startup screen which I had in another folder so
it wouldn't be put in the ram disk. Any comments here?
A happy New year all...
Samir Kaleem
Bitnet: <xsak@ecncdc>
Arpa: <xsak%ecncdc.bitnet@wiscvm.wisc.edu>
[ note from moderator: Ramstart 1.23 is the first HFS compatibile version of
the Ramstart program. DAVEG ]
------------------------------
Date: Tue, 30 Dec 86 23:06:14 EST
From: LSI%UMass.BITNET@WISCVM.WISC.EDU (Peter Lawall, Logical
Subject: Need Help formatting SCSI hard disk
Help!
I recently purchased a Shugart 1610-4 SCSI controller card and a
Seagate ST225 drive to use with my Mac. I wrote a "C" program that
formats the drive and installs the driver descriptor map, device
partition map, and the SCSI driver proper (the Apple one). This
all works fine, but naive old me thought that that was all I'd have
to do... Sure enough, it was not. I suppose that something more in
the way of initialization is necessary, but I'm not too sure about
how to go about it. Any help, suggestions, pointers to information,
etc. would be greatly appreciated, especially if it can be accomplished
in "C" rather than assembler.
Alternately, are there any commercial software packages out there
to accomplish this task? Ephraim Vishniac's SF&I looks like it could
do the trick, but ends in the rather uninformative message "disk
initialization failed"... Whatever that means. Also I'd heard
that "Fractal Software" was working on a similar package, but I've
never seen an address or phone number for them... Alas....
Thanks in advance,
Peter Lawall
------------------------------
Date: Tue 30 Dec 86 00:01:34-PST
From: David Gelphman... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: Old Club Mac News and Mac Rumors
For fun I looked through a bunch of old Club Mac newsletters I had
saved. I remember that I really used to look forward to their arrival, they
seemed to be loaded with stuff I didn't see elsewhere. Looking back sure
made them look thin and stale. I did notice that the issues which were more
than 1 1/2 years old had few ads by companies which are still in
business.
One more thing which I think is of current interest...with the MacWorld
just 8 days or so away and rumors still flying about what the next machine(s)
will be I thought it was interesting what the rumors were in Nov. 1985 when
the Mac+ loomed on the horizon. From Club Mac News:
Nov. 1985 issue:
* I predict a new mother board for the 512K, with new ROMs, 1 MB of memory,
another port for other devices (perhaps a color monitor) and no new CPU.
* The new ROMs will allow double-sided drives, and therefore will be announced.
* The new mother board will permit a color monitor, and therefore will be
announced. My guess is it will have at least as many pixels as the Amiga.
* I predict a formal announcement of the Jonathan, and that it won't be
available for a while.
Dec. 1985 issue:
* The new Roms are frozen and may be released before the MacWorld Expo in
Jan '86.
* Apple has changed the interface, and pull down menus are now scrollable.
* The name of the new Mac will be Macintosh +
* There will be a Laserwriter+ with 1 Meg ROM, 33 resident fonts, and higher
resolution. Don't hold your breath on this one; I suspect it's mostly vaporous.
* Hyperdrive may have a file server in the works.
* I heard more whispering about the SCSI port than anything else. There is
little doubt that Apple will release a Mac with an SCSI port.
* Why would Apple undercut its own HD20 with the SCSI port. A fair question,
to which I'll impart a medium to fairly reliable rumor. In June, or after
Atari announces its read-only laser drive, Apple will announce its read/write
laser drive. Any guesses on size and price?
--
I guess I think the above stuff just shows that we should believe some
of the rumors and ignore others. No big surprise!
David Gelphman
------------------------------
Date: Sun 28 Dec 86 22:18:11-PST
From: William "Chops" Westfield <BILLW@Score.Stanford.EDU>
Subject: Speak and Spell program?
So my girlfriend and I got her son a TI Speak and Spell for Christmas,
and I was wondering whether a piece of software that does teh same
sort of thing is available for any of teh current generation of
"home" computers, since I know at least that they can all talk.
(If not, why not? It seems like a good idea...)
Please at least CC me directly, since I don't read any of these
mailing lists very frequently.
BillW
------------------------------
Date: Tue, 30 Dec 86 09:36:34 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: Excel Formula Protection
Does anybody know how to protect formulas in an Excel spreadsheet
without protecting the data. The goal is to keep people from changing
the forumlas but allow them to enter data into the spreadsheet.
Bill Stackhouse
Cambridge, MA.
bills@cca.cca.com
------------------------------
End of INFO-MAC Digest
**********************
∂02-Jan-87 1715 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #34
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Jan 87 17:14:58 PST
Date: 2 Jan 87 1706-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #34
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 2 Jan 1987 Volume 5 : Issue 34
Today's Topics:
Full directory in Thomas Coradeschi's disk
re:LSP vs TML Pascals
Blob Manager Source - Introducton
1986 Tax Templates
Re: Excel Formula Protection
Re: Hidding Excel formulas
More on TeXtures
TeXtures vs MacTeX
Unix, macget/macput, and Red Ryder
Copy II Mac 6.3
Distress Call from Dark Castle
Delphi Mac Digest V2 #69
Usenet Mac Digest V3 #1
----------------------------------------------------------------------
Date: Fri, 2 Jan 87 10:51:39 PST
From: dplatt@teknowledge-vaxc (David Platt)
Subject: Full directory in Thomas Coradeschi's disk
I wonder... is there any chance that you (or someone else) might have
initially formatted this diskette using the "Fat Disk Maker" utility
that's been poking around the MacUniverse for the last year or so? If
so, it's almost certainly responsible for your problems. "Fat Disk
Maker" increases the effective size of a standard (400k) disk by 2k or
so, by calling the disk-formatting routines and specifying a somewhat
smaller-than-usual size for the directory. So, you gain several k of
data/resource space, at the cost of room in the directory area. It's
meant for use when, and only when you want to squeeze a small number of
files onto a diskette and must maximize the available filespace.
The actual number of files that you can create on one of these
diskettes (or any MFS diskette) depends on the length of the filenames,
as well as on the size of the files themselves. I'm not sure whether
directories are fixed-size on HFS diskettes also... I'd guess not, but
you know what guesses are worth!
If your diskette was initialized normally (e.g. via the Finder or one
of the multi-disk formatting utilities), then it does sound as if you
may have "lost" some directory entries. I imagine that FEdit is
probably powerful enough to clean things up somehow; it *might* be
able to reset and rebuild the directory based solely on the file-tags
[risky], or you could use it to manually rebuild the directory. The
FEdit documentation may have enough information to enable you to puzzle
your way through this task; an up-to-date copy of Inside Macintosh
would also be a valuable reference.
In any case, before hacking with the disk's directory, BACK IT UP! If
you have a sector-copier, use that, and then hack the sector copy.
You could probably save yourself trouble in the long run by simply
initializing a new disk, dragging the files over onto it, and using
that disk from here on out (unless, of course, your original disk is
copy-protected in some fashion... in which case you've got an even
bigger problem!)
------------------------------
Date: Fri, 2 Jan 87 16:34:31 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: re:LSP vs TML Pascals
re: Lightspeed Pascal vs. TML (Paul Christensen of 29DEC86)
(ref: digest v5 #33)
I also just recently got my copy of LSP and spent the past couple of days
reading the manual and playing with it. Not too shabby! I haven't
written anything of great consequence yet, but my cursory glances seem
to bear out your experience.
the small Sieve benchmark distributed with TML and compiled with small
modifications under LSP gave a 5.93 second time as opposed to TML's
5.89 seconds. If you disable the R and V compiler options, the code size
is nearly 6K as opposed to TML 2K (!). I think there might be a way to
decrease library size by using all 'build it yourself' windows via InLine
calls and a custom SmallPasLib. Perhaps. And remember that the
R and V options take up space (as do the D and N options)/slow down the
execution, so shut them off before you build an application. The equivalents
are off by default in TML.
I found a couple small stickies: a demo program for window updating and
controls taken from "Hidden Powers of the Macintosh" (Lisa Pascal) finally
ran without modification under TML v2.0, when he added the EXIT(<block>)
procedure. I had to put GOTOs in again for LSP. Annoyances like that aren't
really critical although they are ugly.
There seems to be no way to Build and Save an application with the its
own icon/TYPE-CREATOR fields set/Finder attributes set without resorting to
RMaker or ResEdit. I'd appreciate hearing from anyone who knows how to do
this.
And, I found an undocumented procedure in TML in the BOXES.PAS 3D Quickdraw
example : INC(var dummy:integer); increments dummy by 1. Also the companion
DEC(var dummy:integer); exists. So far I haven't gotten the Boxes
demo to compile and run successfully under LSP. I keep getting an odd
address exception or just hanging with no error check. I haven't found any
LSP code that didn't compile under TML unless it called some of the LSP
environment windows or other specific features.
Happily, there is a list provided in the LSP manual which tells
which Lisa Pascal functions are not supported, and fairly complete info
regarding ANS Pascal compatibility and extensions as well. I love the
debugging and ease of use of the environment, although the editor needs some
nicer 'programming' features (split screen viewing, on-keyboard cursor
movement/save/tile-windows etc). The miniWriter DA is very useful here,
particularly for RMaker sources, as is ACTA.
A commented ASM dump, support of Object Pascal extensions, function/procedure
oriented segmentation, bigger than 32K data structures, etc, still make TML
valuable, as would be MPW Pascal if I could stand the pain of learning all the
features/tools/commands. TML needs a better editor also. (I use MEdit, which
at least prints correctly at the cost of some Transfer clumsiness.) But
I'll probably use LSP more because it is easier to figure things out when you
are starting a project or need to find an error. The segmentation and use of
units/libraries becomes particularly easy to figure out in LSP also.
Perhaps a useful strategy is to use LSP to develop and prototype the code
and then move the sources into TML (or MPW) for the finished product. I don't
see too many incompatibilities if you are aware of the differences.
BTW, TML v2.0 is actually quite fast to compile in a 2Meg environment
with a hard disk; fix code errors with miniWriter and don't unload the big
library files between compilation attempts and it is very acceptable.
And then there's TurboPascal from Borland...
godfrey digiorgi
arpa: digiorgi@jpl-vlsi
January 2, 1987
--
general disclaimer number 9-0K8-345.1B:
My usual apologies for the length of this blather.
My employer has no idea why I have access to this net at all and doesn't
care.
None of the products mentioned above have either my endorsement nor my
financial well being at stake.
I have a full body force-field to deflect the slings and arrows of
insipid fortune and other malcontents.
for all other disclaimers, see number 9-0K8-345.1A.
--
"the middle and not both ends"
------------------------------
Date: Fri, 2 Jan 87 17:29:04 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: Blob Manager Source - Introducton
[note from moderator: This is Paul DuBois Blob Manager, with a demo program
along with it. This posting contains ONLY the source for Lightspeed C
and is appropriate for version 2.01. To construct the demo program you
need to follow his instructions below. DAVEG ]
To make the Demo, you should be able to download all the stuff,
go into Lightspeed, open the project file and say Run. This will
make Blob Manager Demo 1.01, which is slightly different than the
Demo that was posted a while ago: (a) you can drag globs back onto
the home blob to detach them (detaches were only by double-click before),
and (b) the Hebrew Alephbet scenario has been fixed - two of the letters
were reversed.
I have a report from Canada that the Demo crashes on a Mac Plus when
launched from Finder 5.4A. I don't know what to say about this, since
I don't program on a Plus.
Here's how the project is laid out:
Header files:
-rw-r--r-- 1 dubois 1569 Jan 2 10:46 BlobDemo.h
-rw-r--r-- 1 dubois 4305 Jan 2 10:44 BlobMgr.h
Segment A:
-rw-r--r-- 1 dubois 2715 Jan 2 10:46 DemoAnagram.c
-rw-r--r-- 1 dubois 3605 Jan 2 10:46 DemoFar.c
-rw-r--r-- 1 dubois 6427 Jan 2 10:46 DemoFgg.c
-rw-r--r-- 1 dubois 3786 Jan 2 10:46 DemoFsh.c
-rw-r--r-- 1 dubois 5247 Jan 2 10:46 DemoHang.c
-rw-r--r-- 1 dubois 7388 Jan 2 10:47 DemoHeb.c
-rw-r--r-- 1 dubois 6170 Jan 2 10:47 DemoLib.c
-rw-r--r-- 1 dubois 3401 Jan 2 10:47 DemoMagicSquare.c
-rw-r--r-- 1 dubois 804 Jan 2 10:47 DemoMain.c
-rw-r--r-- 1 dubois 2954 Jan 2 10:47 DemoMenu.c
-rw-r--r-- 1 dubois 13811 Jan 2 10:47 DemoPeg.c
-rw-r--r-- 1 dubois 7667 Jan 2 10:47 DemoPong.c
-rw-r--r-- 1 dubois 9730 Jan 2 10:47 DemoPyramid.c
-rw-r--r-- 1 dubois 11410 Jan 2 10:47 DemoRadix.c
-rw-r--r-- 1 dubois 4920 Jan 2 10:48 DemoStates.c
-rw-r--r-- 1 dubois 4921 Jan 2 10:48 DemoSwap.c
-rw-r--r-- 1 dubois 5232 Jan 2 10:48 DemoToh.c
-rw-r--r-- 1 dubois 6561 Jan 2 10:48 DemoTtt.c
-rw-r--r-- 1 dubois 935 Jan 2 10:48 DemoWind.c
-rw-r--r-- 1 dubois 8762 Jan 2 10:49 DemoWolf.c
Segment B:
(you could also make these into a project and include the project)
-rw-r--r-- 1 dubois 457 Jan 2 10:44 BMgrCalcRegion.c
-rw-r--r-- 1 dubois 10870 Jan 2 10:44 BMgrClick.c
-rw-r--r-- 1 dubois 2940 Jan 2 10:44 BMgrDrag.c
-rw-r--r-- 1 dubois 4985 Jan 2 10:44 BMgrDraw.c
-rw-r--r-- 1 dubois 3193 Jan 2 10:44 BMgrFlags.c
-rw-r--r-- 1 dubois 1033 Jan 2 10:44 BMgrFreeze.c
-rw-r--r-- 1 dubois 873 Jan 2 10:44 BMgrHideShow.c
-rw-r--r-- 1 dubois 1824 Jan 2 10:44 BMgrHilite.c
-rw-r--r-- 1 dubois 1311 Jan 2 10:44 BMgrHitTest.c
-rw-r--r-- 1 dubois 896 Jan 2 10:44 BMgrIndex.c
-rw-r--r-- 1 dubois 758 Jan 2 10:44 BMgrLoop.c
-rw-r--r-- 1 dubois 2142 Jan 2 10:44 BMgrMatch.c
-rw-r--r-- 1 dubois 1552 Jan 2 10:44 BMgrMove.c
-rw-r--r-- 1 dubois 6041 Jan 2 10:44 BMgrNew.c
-rw-r--r-- 1 dubois 2721 Jan 2 10:44 BMgrPict.c
-rw-r--r-- 1 dubois 528 Jan 2 10:44 BMgrRand.c
-rw-r--r-- 1 dubois 1257 Jan 2 10:44 BMgrSetProc.c
-rw-r--r-- 1 dubois 1235 Jan 2 10:44 BMgrSetRgns.c
-rw-r--r-- 1 dubois 1835 Jan 2 10:44 BMgrShuffle.c
-rw-r--r-- 1 dubois 709 Jan 2 10:44 BMgrTrackMouse.c
-rw-r--r-- 1 dubois 2801 Jan 2 10:44 BMgrTrans.c
-rw-r--r-- 1 dubois 1510 Jan 2 10:44 BMgrZTrans.c
-rw-r--r-- 1 dubois 1720 Jan 2 10:44 BMgrZoom.c
Segment C:
-rw-r--r-- 1 dubois 10066 Jan 2 10:49 PickWord.c
-rw-r--r-- 1 dubois 4508 Jan 2 10:49 TextDlog.c
and MacTraps and TransSkel
BMgr.pit.Hqx Blob Manager source
BlobDemo1.pit.Hqx Blob Manager Demo source
BlobDemo2.pit.Hqx
BlobDemo3.pit.Hqx
BlobDemo4.pit.Hqx
BlobDemo5.pit.Hqx
BlobDemo.proj.Hqx Blob Manager Demo project shell (LSC 2.01)
BlobDemo.proj.rsrc.Hqx Blob Manager Demo resource file
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-SOURCE.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DEMO-SOURCE-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DEMO-SOURCE-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DEMO-SOURCE-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DEMO-SOURCE-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DEMO-SOURCE-PART5.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DEMO-PROJECT.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DEMO-RSRC.HQX
DAVEG
]
------------------------------
Date: Fri, 2 Jan 87 08:59:40 PST
From: barad%macbeth.usc.edu@usc-oberon.ARPA (Herb Barad)
Subject: 1986 Tax Templates
Here are the 1986 Excel tax templates. I
created these from a free 1985 version that came over the net
last year. Happy Tax Season.
Herb Barad [USC - Signal and Image Processing Institute]
USENET: ...!sdcrdcf!usc-oberon!brand!barad or
...!mcvax!seismo!sdcsvax!sdcrdcf!usc-oberon!brand!barad
ARPANET: barad@brand.usc.edu
USMail: Univ. of Southern California
Powell Hall 306, MC-0272
Los Angeles, CA 90089-0272
phone: (213) 743-0911
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>EXCEL-TAXTEMPLATES-1986.HQX
DAVEG
]
------------------------------
Date: Fri, 2 Jan 87 11:50:56 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: Excel Formula Protection
In the Format menu, there is an item called Cell Protection... If you open
this up, you have a choice of whether the cell should be protected or whether
the formula should be hidden. The default is protected/not hidden. These
states do not take effect until you choose Protect Document... from the Options
menu. Simply hitting a return will create a document protected with no
password.
So, to create the form you want, select the cells which are allowed to be
modified, choose Cell Protection... and un-choose the Protected option. Then
choose Protect Document... and everything will be set up.
--Mark
------------------------------
Date: 2 Jan 87 13:28 CST
From: MACA.AFCC@AFCC-4.ARPA
Subject: Re: Hidding Excel formulas
Select the cell to have its formula hidden and use the Cell Protection option
from the menus - click on the "hidden" box - OK
Select the cells for which the user still needs access, choose the Cell
Protection menu option and deselect the protected option.
Choose the Protect Document option and protect your spreadsheet. Voila. now
check it out by selecting a cell with a formula you wanted hidden - it
shouldn't appear in the command window anymore. If you didn't put any borders
around the unprotected cells, you will now be able to spot the
"open"/changeable cells with a dotted underline.
I wish excell had the same kind of password protection that Double Helix has,
it would really be nice to create an entire work environment for someone (such
as a client) which would be fool proof. Excell can still be diddled with in
such a way as to confuse the user (widows off the screen - too many menu
options for your specific sheet etc). I'd like to be able to just create a
menu sheet of macros and thats all the user would have to fiddle with.... More
than you asked for so I'll shut-up. Hope this helps.
------------------------------
Date: Wed, 31 Dec 86 14:03:52 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: More on TeXtures
We just got version 0.95 of TeXtures in the mail from Addison Wesley.
This version is getting there but unfortunately is still less than useful
for production work, especially if you wish to do math (and that is the main
reason for using TeX on the Mac as far as I'm concerned). Here are some
things I've encountered:
1. The quality of the Fonts as printed on the LaserWriter is still not up
to snuff. As far as I'm concerned, printout on the LaserWriter should be
EXACTLY like printout on other laser printers if you use the TeX fonts.
Unfortunately this is not the case. The fonts are much lighter than the
equivalent fonts on our mainframe. Using a larger font than 10 or 12 point
looks very poor. The math fonts still leave a lot to be desired. They are
much poorer quality than our mainframe fonts. This is the number 1 problem
I have seen with this package...the final quality of documents is still not
up good enough, there are bugs in the print routines when doing italicized text
which made it impossible to use the standard italic fonts.
2. You can now use the built in postscript fonts in your document and that
gives MUCH better quality output. Unfortunately the mapping of characters
does not allow you to use the LaserWriter symbol fonts instead of the standard
TeX math fonts (which look poor in this package, but normally are excellent).
One bad thing about using the postscript fonts in your files is that you
can't transport a DVI file to a non-postscript printer if you are using them.
3. You now can export a DVI file from TeXtures. I uploaded a DVI file and it
printed more or less OK on our mainframe. Now they need to let you include
just the DVI file for preview.
4. Keeping the old DVI part around all the time sure makes a hassle. You
frequently have to wait for the Preview window to update before you can
go about your business. They should disable update events to the preview
window when it isn't the foremost window.
5. Using fonts besides those in the standard font file is a pain since you
have to load them by hand. There may be a way to include the fact that you
want them in your TeX file but the manual is far too incomplete to let
you know how. Basically you have to load them by hand EVERY time you start
TeXtures if you use anything but the basic fonts.
6. There still are some printer bugs. The italicized stuff is one of the major
ones and the spacing on the page doesn't correspond yet with what it should
be. I also found that if I included postscript in my file as per the SPECIAL
command (not yet well documented) then my coordinate system starts in some
crazy orientation, not a standard one. This doesn't work properly as far
as I'm concerned.
7. So far the imagewriter printing is pathetic. If you have an imagewriter
and want to use TeX, this package is not well suited for it yet.
8. It is easy to create a format file (.FMT) using the \dump command in
TeX. All you need to do is make a TeX file with the stuff you want to
be included in your format file and then place a \dump at the end of
it. You will get a standard file dialog at the proper time to allow
you to name your format file and place it in the folder of choice.
You can then double-click this file to start TeX which selects this
format file as the one to use. I downloaded TeX macro files from our mainframe
and they were used without change to generate format files.
9. The inclusion of Macintosh pictures in a TeX document is easy
and looks great. Basically you just paste your pictures into your TeX
document and tell TeX where to put them. Unfortunately there is no
moving your pictures around interactively, only in the batch mode. One
thing which could be improved here is to allow TeX to find the size of
the picture from the picture itself. As it stands you need to look up
the size and manually type the size into your source.
Well I've bitched a lot about problems with this package here and it
is deserved. The biggest problem is the FONT problem which really degrades
from the final quality of output. I think the program is VERY promising
but needs some polishing.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: 2 Jan 87 15:58:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: TeXtures vs MacTeX
Reply-to: <bouldin@ceee-sed.ARPA>
In the Oct, 1986 Notices of the American Mathematical
Society (pg. 741), there is a column on Mathematical Typsetting by
Richard Palais. There is a general discussion of TeX, technical word
processing on the Mac, and a comparison of TeXtures and MacTeX.
His general conclusions were that TeXtures is the winner (so far) in the
Macintosh TeX competition. TeXtures won in typesetting and previewing
speed and ease of including graphics. MacTeX won in handling error
messages from TeX. Both programs are validated by running the trip.tex
file for formatting, and so are guaranteed to be "full" TeX.
I would be interested in hearing from anyone who has seen TeXtures and
MacTeX running (side-by-side if possible). I will summarize responses to
the net.
------------------------------
Subject: Unix, macget/macput, and Red Ryder
Date: Fri, 02 Jan 87 15:28:17 -0800
From: leiner@riacs.edu
Up/down loading from a Unix machine to the MAC using Macterminal and
macget/macput on Unix is real easy. You select Macterminal 1.1 as the
protocol and away you go.
Red Ryder doesn't appear to support Macterminal 1.1, though. Does
anyone know if there are settings to Red Ryder that will allow it to
work with macget/macput?
Thanks for the help.
Barry
------------------------------
Date: Wed 31 Dec 86 23:21:40-PST
From: David L. Edwards <DLE@SRI-STRIPE.ARPA>
Subject: Copy II Mac 6.3
I just received my update copy from Central Point. I am hoping that this
version fixes the problems described with 6.2 but I obviously don't have
much experience with it yet.
My first impression was that I was disappointed by the very short list of
programs which Copy II Hard Disk worked with. The list didn't seem to
increase much since version 4... I think that having now bought two
upgrades, the version 6 will be the last.
-dle
PS: Maybe they could find an unemployed Mac program to pretty up the user
interface... it's pretty poor.
------------------------------
Date: Fri, 2 Jan 87 22:09 N
From: <FRUIN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: Distress Call from Dark Castle
PLEASE HELP!
I've been having a terrific time mastering the depths and dangers of the
fantastic new game Dark Castle, but... HOW DO I AVOID BEING 'POUNDED' (pun
intended) by the heavy weight in the dungeon when I try to grab one of the
keys that is supposed to help me out of there?
I'm aware that I don't sound to coherent in the above sentence, but players
of the game will know the feeling of frustration :) Can anybody give me a
clue or are you simply going to have to abide by the laws of statistics built
into the game that are going to make sure you will be splatterend at least
x times out of 100? Sigh. Deep sigh. Make it about 60 splatterings per 100.
There's got to be a way around it! And me, a budding player, who's just
getting the hang of the game, shouldn't get this weight to bear each time he's
just managed to master the dungeon (don't you *love* the groan of the guy who
bears the whip) when you hit him with what we call in Dutch a 'goedendag'?
Goedendag means 'good day' in that language :)
HELP!
-- Thomas
FRUIN@HLERUL5.BITNET
(Leiden, Netherlands)
------------------------------
Date: 31 Dec 86 20:47:25 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V2 #69
Delphi Mac Digest Wednesday, 31 December 1986 Volume 2 : Issue 69
Today's Topics:
RE: The Flying HD20 Bros. (2 messages)
Colored LaserWriter Toner??
RE: dMac III bought by Nantucket
Fred's Soap Box (2 messages)
A+ Magazine Third Annual Software Poll
RE: A+ Magazine Third Annual Software Po
Silliness
LightspeedC & Merry Xmas
Not again...
DiskTimerII results
RE: Sample FKEY info desired
RE: Delphi Diegsts (PSU problems)
RE: DiskExpress/DataFrame problems
Acta Format (5 messages)
Disk Drive help
HD 20 (3 messages)
RE: MIDI Programming Advice Wanted
RE: Warp-9
Wall Street Journal
completion routines in L.Pascal? (3 messages)
Double height or wide letters (3 messages)
Question on MacWrite & Laserwriters....
RE: Question on MacWrite & Laserwriters.
Lightspeed C Report
Disk Express and MacXL (2 messages)
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV2-69.ARC
DAVEG
]
------------------------------
Date: 1 Jan 87 10:02:57 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #1
Usenet Mac Digest Thursday, 1 January 1987 Volume 3 : Issue 1
Today's Topics:
Re: Is there uEMACS for the Mac??
Invisible folders
Macsbug Question
Comp.Sys.Mac convention at Macworld Expo?
Reflections on InfoWorld
MacEnhancer (2 messages)
Macs in England
Re: Sample FKEY info desired
Packit checksum problem (was Re: MIDI Programming Advice Wanted.)
Editing item numbers in resources
Reflex
Ugly Icon
Re: Invisible folders
Re: Macs in England
Thin lines from the LaserWriter
Mac Snap by DOVE
MacIntax?
Re: MIDI Programming Advice Wanted.
Re: Editing item numbers in resources
Need tty <--> AppleTalk hack
Re: Thin lines from the LaserWriter
STELLA
Re: Thin lines from the LaserWriter
Scientific Text Processing: Overstriking Symbols.
Re: MacIntax?
Re: Thin lines from the LaserWriter
Re: Ugly SCSI Icon
Re: Ugly Icon
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-1.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂06-Jan-87 1659 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #35
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 6 Jan 87 16:58:57 PST
Date: 6 Jan 87 1654-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #35
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 6 Jan 1987 Volume 5 : Issue 35
Today's Topics:
Questions about Mac postscript, Technote 14,Postscript errors
IconHacker V0.95
Protocol (new version)
preview.hqx
drives and memory compatibility
comments on the TeXtures review
Mac + TTY printer driver?
looking for information on connecting typewriters and daisywheels to mac+
What to do with 128k Mac?
Database program
compress programs
MacDraw Maps?
Re: Sharp Mac Clone
Crystal Raiders
Delphi Mac Digest V3 #1
----------------------------------------------------------------------
Date: Mon, 5 Jan 87 15:37:29 est
From: mp1w#@andrew.cmu.edu (Marc Russell Pawliger)
Subject: Questions about Mac postscript, Technote 14,Postscript errors
1) Somewhere I read about a small utility that converts the pseudo-
PostScript generated by MacDraw for use with the Laser Prep header
into real PS. Has anyone heard about it and if so, mail me a copy?
2) Tech Note #14: I have an old Tech Note #14 whose contents are
the format of a MacProject file. The note itself is in Word format. I
also know that Tech Note #14, the INIT 31 Mechanism, exists. What's
going on?
3) Today I was playing around with PS files on a LaserWriter (not Plus)
and ran into some very weird errors. I was using the Adobe downloader,
which listens at the port for incoming messages, so that's how I know the
errors. Anyway, first I was trying to alter the internal graymaps using
the
'setscreen' command. I know the file was OK and in correct format, since
I had downloaded the file (with just a few parameter number changed)
just three days previous, into a LW+. It gave back an '%%Offending
Command: setscreen%%' Then I tried out a small graymap program that
uses the 'image' operator with a small hex array. Again I got the
Offending
Command, but this time on 'image'. What's going on? I know that this
particular LW has given many a strange 'Error in PostScript' back to the
Macs even when printing with Paint and Write, especially when a Write
doc with imbedded graphics (bitmap or pure quickdraw from Draw) is
printed. Any comments? It's on a normal AppleTalk net with about 20
nodes total and the LW has about 50K prints on it, but still OK otherwise.
Marc
------------------------------
Date: 2 Jan 87 19:51:52 EST
From: GOPSTEIN.BB@RED.RUTGERS.EDU
Subject: IconHacker V0.95
Hi,
this is Icon Hacker V0.95. It is a shareware Icon Editor/switcher.
The file has been converted with Binhex 4.0, and packed with Packit III.
It contains Icon Hacker, Icon Hacker.DOC, and some sample Icons.
Joe M.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ICON-HACKER-095.HQX
DAVEG
]
------------------------------
Date: Sat, 3 Jan 87 11:23:22 pst
From: Herb Barad <barad%brand@usc-oberon.ARPA>
Subject: Protocol (new version)
This version (still 0.9) fixes a minor bug in the previous version
that I sent to you. Please replace this one with the other one
in the sumex-aim archives. Thanks.
Herb Barad
barad@brand.usc.edu
[ the old version has been delete and this new version is
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>PROTOCOL-09.HQX
DAVEG
]
------------------------------
Date: Mon, 5 Jan 87 08:11:59 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: preview.hqx
Here is a short utility from some friends at computer:APPLICATIONS. It is
shareware ($10). After unbinhexing and unpacking it, drag it to your
system folder and use chooser to select it (it is a 'replacement' printer
driver). It will then 'print' to the screen instead of a printer so you
can preview your work before committing to the imagewriter.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>PRINT-PREVIEWER.HQX
DAVEG
]
------------------------------
Date: 6 Jan 87 14:02 EST
From: HALLETT%CSBVAX.decnet@ge-crd.arpa
Subject: drives and memory compatibility
I am planning some hardware acquisitions and I would appreciate any
scuttlebutt that you may know.
I have a 512K Mac. I would like to upgrade to a 512e and get the corresponding
800K external drive. As far as a harddisk goes, I have gotten really positive
feedback on the Warp Nine Photon series with SCSI adaptor for 512e's. I
am wondering, how compatible with the available memory upgrades will this
beasty be? Have any of you heard? You may ask why I don't just upgrade to a
Mac+. It is so that I do not have to buy an extra power adaptor for my
Thunderscanner. I know, stupid reason. However, this package I am
considering will end up cheaper than upgrading to a Mac+ AND I will still
have 1 Meg more memory and can still use my Thunderscanner as is. Good
enough reasons for me.
If any of you have helpful hints, I would appreciate them.
Thanx.
JAH
------------------------------
Subject: comments on the TeXtures review
Date: Fri, 02 Jan 87 23:17:41 PST
From: David G. Cantor <dgc@CS.UCLA.EDU>
I have been using TeXtures for some time and I have different
conclusions about the new (.95) version.
1. I find the TeX fonts, when used in the standard sizes are much
clearer than the laserwriter built-in fonts. They are finer (not as
dark) and it is conceivable that with a bad cartridge they might not
look as good.
2. I have no problems with italics or math. However there are serious
problems with the laserwriter built-in fonts:
a. The ligatures are incorrect. For example, if you type the word
"flight" using Courier, you get " light" for TeXtures tries to
use a non-existent ligature.
b. In all of them, \lq gives the single quote that looks like the
Ascii left quote, rather than the round single left quote which
the TeXbook proscribes and which is present in the fonts.
c. Despite the fact that TeX can address 256 characters in a font
you can only get the first 128. If you try to use "\chardef"
with an argument bigger than 127 you get a diagnostic.
3. There are major bugs in the "save as" routine.
4. As noted before you must load the fonts you need, EVERY TIME you
start up TeXtures. In addition you must select the various editor
options every time you start or continue a document. These things
should be stored with the document.
5. When a document that has been "TeXed" is stored, the typeset
copy (dvi) is stored with it, thus possibly wasting much space.
It appears the only way to get rid of this is to reTeX with an
"\endinput" at the beginning of the file(s).
6. At the moment, there is no way for the user to create his own tfm
files or load his own fonts.
dgc
------------------------------
Date: Mon 5 Jan 87 18:20:03-PST
From: Philip M. Pitner <PITNER@Sierra.Stanford.EDU>
Subject: Mac + TTY printer driver?
Does anyone know of a printer driver for the Mac+ which can handle simple TTY
characters, i.e. no graphics. I'm looking for something similar to the cap-
ability of Excels TTY printer setup routine. However I'd like to permanently
install a printer driver in the system file so that all programs can auto-
matically access it (e.g. WriteNow, More Outliner, Excel, RedRyder, etc.).
The bottom line is that I have lots of nice old RS232 TTY printers which
will handle 90 % of my applications. If I need graphics, special fonts, etc
I'd run it off on a laserprinter available at work. I'm holding off buying
a new printer until the "home" laser printer becomes more affordable.
In the old days of CPM S100 systems it was relatively easy to hook just about
any RS232 printer to your computer because most programs had a printer setup
routine where you would enter the control characters required to do various
special features on your printer. For example, bold type, backspace, underline,
expanded and even graphics control sequences could be handled.
The particular printer I'd like to drive is the PRISM 80 by Integral Dat
Systems but any generic driver which will handle simple TTY ASCII will work
(although without using graphics capablility of Prism 80). Please respond
directly to me and I'll summarize to net if interest warrants. :-)
------------------------------
Date: Tue, 6 Jan 87 19:02:37 est
From: whitaker@eniac.seas.upenn.edu (Blair Whitaker)
Subject: looking for information on connecting typewriters and
Subject: daisywheels to mac+
has anyone had any experience connecting typewriter serial ports or daisy
wheel printers to the mac+, am interested in brands of printers and
the wordprocessing programs that can drive them?
------------------------------
Date: 05 Jan 87 1429 PST
From: Peter Rathmann <PKR@SAIL.STANFORD.EDU>
Subject: What to do with 128k Mac?
I have an old 128k Mac (remember those?), which I had never
gotten around to upgrading. I was wondering, now that the
price of 1 Meg chips is coming down nicely ($13 is the most
recent support price), will it be possible to upgrade
straight to 2 megabytes by replacing the memory chips? Is
there some major incompatibility caused by the need for more
address lines or something like that? Thanks.
------------------------------
Date: Mon, 5 Jan 87 13:52 PST
From: Wahl.ES@Xerox.COM
Subject: Database program
I'm looking for a database program that will produce a report, not
directly to the printer, but as a word processor document that I can
then edit and place in Pagemaker. Any pointers folks could give me
would be greatly appreciated.
--Lisa
------------------------------
Subject: compress programs
Date: Sat, 03 Jan 87 11:52:25 -0800
From: Kathleen Huddleston <gregory@icse.UCI.EDU>
Does anyone have a really good compress/archive program for the Mac?
Packit III is OK, but it doesn't have an option of not creating a second
file.
Kathleen
------------------------------
Date: Sun 4 Jan 87 10:43:24-EST
From: Bill Sholar <WS7D@TE.CC.CMU.EDU>
Subject: MacDraw Maps?
I'm looking for a map of the USA, with detail at least including state
lines, in MacDraw format. Anyone seen such a map?
Bill Sholar
WS7D@TE.CC.CMU.EDU
------------------------------
Date: Mon, 5 Jan 87 13:50:06 est
From: su01#@andrew.cmu.edu (Stuart Uleman)
Subject: Re: Sharp Mac Clone
Correct me if I'm wrong, but I thought the Sharp X68000 was going to run
MS-Dos, and not the Mac-compatible operating system. (Or so the ads say....)
--Stu Uleman (su01@andrew.cmu.edu)
------------------------------
Date: 6 Jan 87 16:11 EST
From: HALLETT%CSBVAX.decnet@ge-crd.arpa
Subject: Crystal Raiders
A question to who ever poster Crystal Raiders: How do you stop the game?
I've tried command-q and a whole bunch others, but they all restart the
game.
Thanx.
JAH
------------------------------
Date: 4 Jan 87 20:17:42 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #1
Delphi Mac Digest Sunday, 4 January 1987 Volume 3 : Issue 1
Today's Topics:
RE: Question on MacWrite & Laserwriters. (2 messages)
complete List of Syserrs
trivial pursuit (2 messages)
RE: Double height or wide letters
MacLightning/Word bomb
HARDWARE
RAGS TO RICHES (2 messages)
Radius Bug
quickdraw points ?
RE: Disk Express and MacXL (3 messages)
The MENU
RE: COPY II MAC & Excel
RE: Invisible Folders
RE: Distress Call from Dark Castle
RE: Problems with MacFlow by Mainstay
ryad's 68020/68881
MacPlus Memory upgrades
Jasmine SCSI hard disk
McFace v2.0 FORTRAN user interface
Apple Job Opening
Warning to Expo Travellers
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-1.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂11-Jan-87 1757 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #36
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 11 Jan 87 17:57:08 PST
Date: 11 Jan 87 1756-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #36
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 11 Jan 1987 Volume 5 : Issue 36
Today's Topics:
MacWorld Expo
Re: MacWorld Expo
TE Hooks
General Programming Question(s)
C-MACPROTOS.H
talking-keys.hqx
Asynch Appletalk DA
DirACTAry
FKEY-MANAGER.HQX
New Levco product and lower prices
ETH modula-2 and postscript bitmap reduction
Re: TTY Printer Driver
Daisywheels --> Mac
Pictures in Word
Downloading program
Need references on scientific software/CAD for Mac
Looking for recommendations for Hard drives/tapes backup
Mac User Interface
Copy II Mac v. >= 5.2
Backdrop INIT file
Usenet Mac Digest V3 #2
Delphi Mac Digest V3 #2
Delphi Mac Digest V3 #3
Usenet Mac Digest V3 #3
----------------------------------------------------------------------
Date: Fri, 9 Jan 87 20:39:09 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: MacWorld Expo
I spent a number of hours at MacWorld Expo today, and since nobody else has
dropped off any notes on it yet, I thought I'd make some comments on it.
Note: this is not intended to be an exhaustive comment -- I wasn't trying
to look at everything, and I didn't bring home a lot of material that wasn't
directly related to what I was looking for (primarily DTP, books, fonts, and
new toys to play with). Others can either add to this report or post their
own exhaustive summaries.
This year's MacExpo was HUGE. They are expecting 30,000 people over three
days. It was jammed on Friday.
This year the Expo was at Moscone center. It has simply outgrown Brooks
Hall, where it has lived in previous years. Moscone is a beautiful
convention center, an oasis of glitter in a less than wonderful
neighborhood. Walk two blocks in the wrong direction, and the neighborhood
gets very grungy. The wonders of redevelopment. I miss Brooks hall, the
haven of the early days (West Coast Computer Faire lives there, too, from
back in the days when 16K was a lot of RAM. sigh.) This just goes to show
how BIG the Mac world is these days.
Also how professional. Anyone who says the Mac is a business failure has
not looked around recently. Gone are the user groups (with a few
exceptions, like BCS and BMUG). Gone are the booths around the edge with a
couple of hackers with glazed eyes and a semi-finished product. Gone are
the ponytails and T-shirts, coats and ties and nylons are uniforms now.
Apple announced no new products. Disappointing, not surprised. From what I
can tell, there were four big winners:
o Adobe Illustrator. The next generation graphic program. As far ahead
of MacPaint as the Mac is ahead of the PC. The first graphic program
with no bitmap, it is all line and shading, and takes the full
capabilities of PostScript to the limit.
o Dbase Mac. Announced previously, but it was here and it is. Another
sign that the Mac is serious business. Doens't really change the state
of the art, but legitimizes it. To be shipped Real Soon Now.
o WordPerfect. To be shipped 2Q87. The ultimate word processor for the
PC comes to the Mac. They were there, they were talking about it, but
they weren't really showing it. Again, compared to some Mac word
processors, it doesn't extend the state of the art, but it is one less
excuse for people to NOT buy a Mac. Whether it will hold its own
against the Mac programs and against Word3.0, I don't know.
o Word 3.0. Demoed at the show, shipping the end of January. I don't
know about you, but after reading the literature and watching the demo,
this thing might just do my laundry. We'll see, but I'm impressed.
Word 1.05 is functional, Word 3.0 is glitzy. Like a Ford and a BMW.
Controversy of the show: LetraSet and Boston Publishing Systems. If you're
reading any of the Mac magazines, you've seen the heavy advertising for
Letrapage. LetraSet bought the new release of MacPublisher II from Boston
Publishing, raise the price extraordinarily high, and advertised the hell
out of it. A short time before MacExpo, they handed the software BACK to
BPS, leaving them in the lurch, and are now pushing Ready Set Go! 3.0 as the
LetraSet DTP solution.
BPS will be marketing their stuff as MacPublisher III. LetraSet has NOT to
date returned BPS's customer lists, though, so if you own MacPublisher, you
need to contact the vendors so they know you exist. Letraset gets my slimy
award. Note: RSG3 is still being marketed by Manhattan Graphics -- it is
not a buyout, LetraSet just re-sells it. My suggestion: buy RSG3 from
Manhattan, tell Letraset to take a hike. RSG3 is available now, stable, and
significantly higher functionality than MacPublisher III will be.
Prediction: 1987 will be the year of the laserfont. The laserwriter is
remaking how we look at text, and companies are just starting to deal with
how to remake the laserwriter. Look for really wonderful font and clip art
offerings just for the laserwriter.
Prediction: It will also be the year of Postscript, as new tools
continue to make it available to the user (Word 3.0 and RSG3 both have
Postscript capability currently).
Prediction: Word 3.0 will redefine the state of the art of the Mac user
interface. User definable menus (a short, Write like menu, a full menu, and
you can pick&choose what items you want on it) is just one feature that I
think makes the existing interface obsolete. Give the user all the power he
can handle, and let him re-arrange it to fit his needs. Word 3.0 is going
to lead the way. Watch it.
There were a lot of business things. Ultimate spreadhseets. Tax preparers.
Accounting packages. Large, fast, mean looking SCSI disks. 1986 was the
year the Mac got serious and took over DTP. 1987 is the year it goes legit
and takes over the rest of the office.
chuq
------------------------------
Date: 10 Jan 87 16:53:23 PST
From: starkweather.pa@Xerox.COM
Subject: Re: MacWorld Expo
Before the MAC takes OVER the office from the PC it has to get INTO the
office. As a user of both machines, MAC is glitzy the PC useful. True,
with some spreadsheet and word processor mixes now coming to the MAC
world it can begin some inroads to the PC but it will not easily
displace the 6 million odd PC's that have satisfied (not ecstatic)
users. It has to get rid of the puny screen and monochrome tube. If an
illustrator for the PC comes along (as is rumored) the MAC will have to
do all the running it can just to stay in one place. Ventura Publisher
by Xerox for the PC supercedes Aldus and also drives the LaserWriter. It
should be interesting to see what happens in 1987.
Cheers, Gary Starkweather - Xerox PARC
------------------------------
Subject: TE Hooks
Date: Thu, 08 Jan 87 09:47:47 -0800
From: duggie@portia.STANFORD.EDU
I have been fooling around with the Text Edit hooks that TECalText uses,
TERecal and TEDoText. The registers don't seem to behave quite as described
in IMVol1 pg 391, and I can't figure out exactly what they are supposed to
do. I replaced TEDoText with the address of my own routine, which then
stored the values of the registers in a handle and called the original routine,
and it seemed that as long as I intercepted the routine at all something got
screwed up. The only difference when the original is called is that the stack
is a bit deeper -- it has an extra return address on it. Nothing crashes,
text just thinks it is 128 points. Since I can't see the text, it makes it
difficult to determine just what the registers control.
I thought these hooks were explained somewhere, but the Supplements don't seem
to refer to them (at least in the index). Can someone tell me how to use
these? I want to use TE but change the length of lines on a per-line basis
so text can flow around graphics.
Thanks.
-- Doug Felt
duggie@portia.stanford.edu
"insert witty and pithy saying here"
------------------------------
Date: 10 Oct 1987 15:55-EDT
Sender: ZAKAR@A.ISI.EDU
Subject: General Programming Question(s)
From: ZAKAR@A.ISI.EDU
First the background.
I want my application to create a document window that I can use to display
a picture from a PICT resource. Then, I want to create an m x n lined grid
that I can drag around the window. I intend to have handles on the grid to
allow me to 1) increase m only, 2) increase n only, and 3) increase or
decrease the grid spacing.
I originally thought of drawing the grid in a second window that had a
transparent background so I could see the picture in the first window.
However, that means I have to define my own custom window. I'll do it if
need be, but the thought doesn't thrill me. Regions seem like a possibility
but you can only paint them with a pattern and I can't guarantee that the
grid spacing won't become too large to define an appropriate pattern.
The question:
What's the best way to go about coding up those grid manipulation functions.
I'm reminded of the way the rows of cards in the game Klondike were
manipulated and wish I knew how it was coded.
Bonus question:
I seem to recall a discussion in info-mac some time ago about problems
with the cursor freezing on the screen. Well, I find
myself with that problem now. If anyone remembers that discussion,
could they please summarize it or point me to the archive file that
contains it?
My thanks -- Joe Zakar Zakar at A.ISI.EDU
------------------------------
Date: Wed, 7 Jan 87 11:24:02 est
From: stew%lhasa@hucsc.HARVARD.EDU
Subject: C-MACPROTOS.H
/* MacProtos.h */
/*
These ANSI C prototypes for the Macintosh toolbox functions are based
on Tech note 45, with additions for the 128K ROMs from Inside Mac V4.
They have been checked fairly carefully, uncovering a few misspellings
and other bugs in that tech note.
Note: I have made a few small changes and additions to MacTypes.
In particular, I think that ProcPtr should be a pointer to a
procedure, i.e., a function returning void. I also defined the
type FilterProc to be a function returning a Boolean.
Changes from the definitions in Inside Mac: The functions NewWindow
and GetNewWindow take a pointer to a window record, or NIL to allocate
in the heap. Inside Mac declares these as Ptr. I made them WindowPeeks.
Likewise NewDialog and GetNewDialog ought to take DialogPeeks. Finally,
UnloadSeg is documented as taking a Ptr. I made it a ProcPtr.
I think that's it. Please send any corrections to me:
Stew Rubenstein
stew@lhasa.harvard.edu
seismo!harvardlhasa!stew
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>C-MACPROTOS.H
DAVEG
]
------------------------------
Date: Wed, 7 Jan 87 08:31:42 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: talking-keys.hqx
Here is a desk accessory from GEnie that speaks letters and words as you type.
It is in packit III format, and includes documentation.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-TALKING-KEYS.HQX
DAVEG
]
------------------------------
Date: Thu, 08 Jan 87 14:03 EST
From: Evan Bauman
Subject: Asynch Appletalk DA
Here is a DA that I got from GEnie that converts data bound for
the Appletalk connection to an asynchronous type. The BinHexed
PACKIT II file contains the DA and 3 short documents that describe
some technical espects, the eventual commercial product and
instructions for using the DA with the Appletalk Intermail Demo.
___|\__________|_
| | \ | \ gkn3m2@irishmvs (bitnet)
| | \ | | gkn3m2%irishmvs.bitnet@wiscvm.wisc.edu (arpa)
| | \ | | MacCHEG BBS (219)-283-4714; 6PM-8AM only
_|_|________\__|_/
| \|
Evan Bauman
Dep't of chemical engineering
University of Notre Dame
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-APPLETALK-ASYNCH.HQX
DAVEG
]
------------------------------
Date: Fri, 9 Jan 87 11:52:40 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: DirACTAry
[uploaded from ngp by J. Leblang]
Here is a file which makes a directory of your floppy or hard disk in
Acta format.
[ note from moderator: I've used this and it is incredibly useful. You find
files in folders which you didn't even remember existed. DAVEG ]
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DIRACTARY.HQX
DAVEG
]
------------------------------
Date: Wed, 7 Jan 87 08:29:53 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: FKEY-MANAGER.HQX
Here is a utility uploaded from compuserve that allows you to install and
remove FKEYs. The files called keypad and pop-keys should be in the system
folder. They are INITs. Pop-keys allows you to have a pull down menu with
FKEYs, and keypad lets you use the Mac+ keypad to access FKEYs with one
keystroke. In the same file I also packed some shareware FKEYs.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-MANAGER.HQX
DAVEG
]
------------------------------
Date: 8 Jan 87 21:08:00 EST
From: <bouldin@ceee-sed.ARPA>
Subject: New Levco product and lower prices
Reply-to: <bouldin@ceee-sed.ARPA>
This is a message posted by levco about there new product, the Pridigy Prime
and about lowere prices on the Prodigy 4. I guess we have to wait until after
Macworld for specific details.
Fm: Duane Maxwell 74075,1666
To: Matthew Carr 74176,3413 (X)
Since its already in the press, I will tell you right here. Why buy
a cheap 68020 upgrade when you will be able to buy a Prodigy for MUCH
less than before. Our prices have dropped on our 4 meg Prodigy as of
7 Jan 87. We are also announcing a newer Prodigy called the Prodigy
Prime at the MacWorld show, which will be able to go from 1 to 4 megs,
and it also has some other dandy features that I can talk about at the
show. (I'm probably not supposed to say this much.) Ours may still
cost a bit more when we are done, but you also need to look to the
future and see who will be there to support your products and keep you
on the leading edge. A small example.. remember all of the cheap 1 meg
upgrades before the Mac Plus came out? How many allowed you to use the
new Mac ROMS? How many of those companies are still around? Keep in
mind that when you are buying a Prodigy, you are not just buying a box
full of expensive chips, you are also buying compatability and also
service for a long time. We will be here for a long time...
Doug Gilbert - Levco
Along the same lines--the latest Electronics magazine claims that there will
be yet another logic board upgrade for the Mac+, to a 16Mhz 68020 with
socket for an 881, 1 meg of 32 bit memory, probably running with 2 wait states
(too bad!) but that the upgrade is $1000.
I believe the Prodigy Prime is likely just a P4 with 256K rams instead of 1
megabit rams. Ryad already sells the equivalent of a Prodigy prime for $1950,
so that is the price that Levco must be at (or near) for the Prime to sell.
If the Apple upgrade is true, all this 3rd party stuff may now be academic,
anyhow.
------------------------------
Date: Wed, 7 Jan 87 12:57 EDT
From: <JCLARK%UTKVX3.BITNET@WISCVM.WISC.EDU>
Subject: ETH modula-2 and postscript bitmap reduction
Does anyone know if there is any an update to the Macintoshy ETH Modula-2
compiler to make it compatible with system 3.2? Alternately, if no such
version exists, is there a more recent one than that of summer 1985--in
particular, one with a faster linking time?
I'm also looking for a commented copy of the LaserPrep (version 3.1)
Evidently there is an alteration on how bitmaps are handled between the
earlier commented version (LaserText and LaserText-Reid) and the
current version.
Why? I'm interested in placing bitmaps generated by using ps dumps of
SuperPaint files in reduced form at precise locations on a page. Evidently of
all the paint programs (MacPaint, FullPaint, SuperPaint), SuperPaint is the
only one that uses the usual LaserWriter driver--insofar as being able
to generate ps dumps is concerned.
Also, I'm not sure where any reduction occurs. For example, if you print a
SuperPaint bitmap at 25% reduction, is the reduction done via postscript or
before the postscript is generated. In general, when using any scale
factor other than 100%, is the reduction done in the printer or before
the ps is sent?
Any pointers or comments will be appreciated.
Jim Clark
UT Martin
------------------------------
Date: Wed, 7 Jan 87 10:07:43 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Re: TTY Printer Driver
I don't know of such a driver, but if you print using the "Draft" switch on
the ImageWriter, (in the dialog box), the printer simply sends ASCII
characters to the ImageWriter, so I see no reason you couldn't use any RS232
printer instead of the ImageWriter.
--Rich
------------------------------
Date: Wed, 7 Jan 87 10:09:30 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Daisywheels --> Mac
The only wordprocessor I know that supports daisywheels is MicroSoft Word.
It'll also print to some other printers (Brother, i think) besides
daisywheels...
There may be others, but Word's the only one I've heard of.
--Rich
------------------------------
Date: Fri, 9 Jan 87 00:02:38 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Pictures in Word
I'm posting this for someone else...see their address in order to respond.
David
Received: by husc4.HARVARD.EDU; Thu, 8 Jan 87 01:01:48 est
From: cohen_3%husc4.harvard.edu@harvunxt.BITNET
Recently I wanted to put Excel charts into Word documents. Getting the charts
into the scrapbook was easy as was pasting them into the document. Then I got
into trouble--I tried to print without having saved the document and the whole
thing froze and I got a window with a ">" type prompt--evidently a system error
of some sort (incidently, if anyone knows why there was a prompt that seemed
to accept keyboard input in the window and not the usual system error window
that we all know and love (!?) I'd be interested--this was with system v.3.1).
On a separate occasion, after someone in the office replaced the system folder,
which had system v.3.1, with a system folder containing system 3.2, a similar
thing happened--an unsaved Word document with charts moved in from Excel was to
be printed and then the system crashed--this time with the usual system error
dialog-box. The user was using Word and Excel with Switcher 4.4. I believe I
was not using the Switcher at all when I crashed the system. Someone suggested
that Word (incidently, we have Word 1.05) can not handle pictures. Is this
the case? If not, any ideas about what is causing this and how we can get rid
of it? Please post ideas on the newsgroup or send them to me at this address:
cohen_3@harvsc4.bitnet or cohen_3@husc4.harvard.edu . Thanks in advance.
******
Name: David Cohen
Disclaimer: The opinions expressed herein are not necessarily those of the******
******
------------------------------
Date: Wed, 7 Jan 87 11:02:59 est
From: stew%lhasa@hucsc.HARVARD.EDU
Subject: Downloading program
Does anyone have a decent downloading program for the LaserWriter?
I've been using the one that came with Inside LaserWriter eons ago,
but it has no error handling and only sends to the laserwriter named
LaserWriter. Would be easy to write, but...
Thanx
Stew
[ note from moderator: The program UTILITY-SENDPS.HQX will download to
the LaserWriter and does give some diagnostics. I'm not sure whether it
is hardwired to use 'LaserWriter' but if it is, you *should* be able to
edit a string or something (like all good Mac software). DAVEG ]
------------------------------
Date: Wed, 07 Jan 87 10:38:22 cet
From: FALK%NORUNIT.BITNET@WISCVM.WISC.EDU
Subject: Need references on scientific software/CAD for Mac
Please,could somebody give me some references on scientific software/Cad for Ma
cintosh. I'm looking for data analysis, and simple structural analysis of steel
structures.Unfolding of steel plates is another interesting subject.
I also have a problem with the MAC on alphabetic sorting. I suppose these routi
nes are managed by the SYSTEM, and any sorting from different applications are
by now as: A-The norwegian AE(Hex:AE)-B...Z, but the Norwegian alphabet are
A-B-C...Z-Hex(AE)-Hex(AF)-Hex(81).
I'd be very happy if somebody could tell me how to fix this problem.
My adress: FALK@NORUNIT.EARN
Or by mail: SINTEF, Division of fluid dynamics, 7034 Trondheim, NORWAY
------------------------------
Date: Wed, 7 Jan 87 11:27:34 EST
From: John F. Mansfield <jfm@mcnc.org>
Subject: Looking for recommendations for Hard drives/tapes backup
I wonder if anyone out in MacLand can help me. I'm about to buy
a Mac+ and probably a SCSI hard drive. Trouble is there are so many on
the market these days that it isn't entirely obvious which to get. It
would be nice to get a drive + tape system in one package, ala the
BigMackTwinPack (horrible product name!), as I am very paranoid about
crashes and data loss. Obviously cost is a major consideration as well
as reliability, yes I know that most of the drives are so new that we
cant tell how reliable they are but I'd like peoples opinions.
I kind of like the look and "sound" of the ProAPP drives,
particularly the new one that sits beside the mac. I dont want an
internal drive as I've heard to many horror stories about their
failings. Also, how safe is it to order one mail-order and have the
shippers play football with it en route.
Any comments on this would be welcome, except those suggesting
that I wait to get a Paris/Aladdin. My e-mail address is:
Csnet: jfm@mcnc.org
UUCP: !decvax!mcnc!jfm (I think).
USmail: John F Mansfield
MCNC
3021 Cornwallis Road
RTP
NC 27709
Phone 919-467-7996.
------------------------------
Date: 7 Jan 87 14:11
From: Julian Lebensold
From: <lebensold%capone.crim.cdn%ubc.csnet@RELAY.CS.NET>
Subject: Mac User Interface
As part of an ongoing research project in user interface design
at the Centre de Recherche Informatique de Montreal we would very
much appreciate your response to the following question:
If you could change any aspect(s) of the Macintosh user interface,
what would you like to see changed?
In other words, what bugs you about the Mac user interface?
Examples include ideas related to the desktop metaphor; the use of
windows, their sizes, placement, default views; menus; and so on. We
are less interested in hardware related aspects such as color, keyboard
layout, etc.
I would appreciate responses addressed directly to me, or to the network.
Thank you.
Julian Lebensold
------------------------------
Date: 7 Jan 87 08:08 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Copy II Mac v. >= 5.2
I was wondering, what programs WILL Copy II Mac versions 5.3 and up copy?
If it is no larger than the list for 5.2, then is there a reason to keep
upgrading? (eq. I cannot backup my Excel with v5.2; how about a later
version?)
JAH
------------------------------
Date: 7 Jan 87 15:17 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Backdrop INIT file
Say has anyone found a way to make the BACKDROP init work with MFS disks?
[ note from moderator:
This is the init which installs a MacPaint file as a background for the
desktop. It chooses randomly between the different paint pictures you have.
DAVEG ]
Also, to whomever posted this, would you have the code that makes this baby
do what it does?
Thanx
JAH
------------------------------
Date: 7 Jan 87 21:38:59 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #2
Usenet Mac Digest Wednesday, 7 January 1987 Volume 3 : Issue 2
Today's Topics:
Re: MacIntax?
Re: Editing item numbers in resources
Re: STELLA
Re: MacIntax?
External rountines from Turbo Pascal
Bugs in LSC 2.0
Bug in ResEdit 1.0D12 ?
Re: Reflex
LightspeedC 2.01 project conversion quirk?
LightspeedC 2.01 and TransSkel
Fortran compilers for Mac+
The never ending penny (or, Tales From the Darkside)
Re: Reflex
Re: repeated Dataframe 20 controller failures
Fileservers for the Mac
DragGrayRgn & Scrolling
MacinTalk
SCSI HELP NEEDED
Surge Suppressors
New Macs in Electronics
Re: repeated Dataframe 20 controller failures
Re: Surge Suppressors
THINK Technologies on the net
Macintalk Answers...
Printer Spooling w/Mac+
Re: Delphi V2 #69
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-2.ARC
DAVEG
]
------------------------------
Date: 10 Jan 87 12:02:12 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #2
Delphi Mac Digest Saturday, 10 January 1987 Volume 3 : Issue 2
Today's Topics:
RE: Warning to Expo Travellers (3 messages)
Better LaserWriter formatting in PageMak
RE: Better LaserWriter formatting in Pag
Initialize? (2 messages)
miniWRITER + SuperSpool problem?
MS Basic Compiler
RE: Questions about Mac postscript, Technote 14,Postscript errors
MacUser Magazine bought by Ziff-Davis
Letraset Marketing Ready-Set-Go
New Products Introduced at Macworld Expo
Stepping Out (Macintosh Screen Extender)
RE: Stepping Out (Macintosh Screen Exten
SmethersBarnes Prototyper
Page Once, Automated Book Typesetting
Dayna FT-100 enhancement
perfecTEK MAC+PC
the Macintosh Bible
Macintosh 100 Awards
1st day expo impressions
MW Expo Report
more CP
New Macintosh; Macworld Expo; Alladin; (2 messages)
Design Tools
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-2.ARC
DAVEG
]
------------------------------
Date: 10 Jan 87 12:02:57 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #3
Delphi Mac Digest Saturday, 10 January 1987 Volume 3 : Issue 3
Today's Topics:
Loading a HD (2 messages)
MPW 1.0.1
imagewriter II problems
The Macintosh in 1987
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-3.ARC
DAVEG
]
------------------------------
Date: 10 Jan 87 15:47:20 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #3
Usenet Mac Digest Saturday, 10 January 1987 Volume 3 : Issue 3
Today's Topics:
Dark Castle hints needed
VAX <--> Mac
Re: Smalltalk problems (version 0.3)
Who has the TeX reviews ??
Good External Disk Drives ??
Re: Macintalk Answers...
Re: Questions on Dataframe XP
Re: Printer Spooling w/Mac+
MaxChill
Looking for 68000 optimizer
Mac H/W Crashes -- Cause
Airlines -new regulations say you must x-ray?
Re: The never ending penny (or, Tales From the Darkside)
Are the upgrade P/S problems fixed yet?
PD Prolog Available???
mini review of Cricket Draw
Apologies: NONbugs in LSC V.2
Wanted: curses on the mac
Re: VAX <--> Mac
Re: Printer Spooling w/Mac+
Request C program to drive Macintalk
NEON
Re: Airlines -new regulations say you must x-ray?
Re: PD Prolog Available???
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-3.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂12-Jan-87 1849 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #37
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 12 Jan 87 18:49:26 PST
Date: 12 Jan 87 1755-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #37
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 12 Jan 1987 Volume 5 : Issue 37
Today's Topics:
Votes sought for 'most overrated'
Comments on MacWorld Expo
Program control of the MacPlus disk cache
Memberships & subscriptions (APDA, MacUser)
Serial EFS?
Redefining Mac+ Keypad with Kermit 0.8
Megamax V3.0 batch program
Blob Manager Docs parts 1-11
Mishawaka 7,9-point fixed-width fonts
FaceLift Announcement
networks
PCs on Appletalk networks
Mini-8, AppleTalk connectors
MacMoney review, anyone ?
Imagewriter II and MacProject
IconHacker
File Munges
MacPacket/*
bargain WP offer for Mac for $29.00? I am imagining this or is it real
----------------------------------------------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Date: 12 Jan 87 15:58:35 GMT
Subject: Votes sought for 'most overrated'
Date: 12 Jan 87 15:58:34 GMT
When the Macintosh was announced three years ago, its computerized
voice poked fun at an earlier personal computer, the IBM PC.
In honor of the Mac's third birthday, votes are now being solicited
for the "most overrated" things in the Mac world.
I take responsibility for the idea, conceived late one night at an
INFO-MAC dinner. However, while I solicited nominations at that time,
it wouldn't be fair for a small group to influence the voters'
selections, so all are eligible to win.
DEFINITION
The definition of overrated might not be clear. Something that is
overrated is something that has been rated highly, praised, termed
exceptional, etc., either by a third party or through self-promotion
AND is not fully deserving of that praise.
ELIGIBILITY
Except as noted, any product must have been released for the Macintosh
between Jan. 14, 1984 and Jan. 13, 1987; Lisa products related to the
Mac are also eligible. Any company or individual must be associated
with at least one released product, so, for example, Ashton-Tate would
not be eligible but Lotus Development would.
Individuals, companies, or products no longer in existence, or no
longer in the Macintosh community remain eligible if they ever met
the eligibility requirment.
CATEGORIES
1) Software Product: Any application, development software, or system
software; Apple's and third-party; commercial, public domain, shareware.
2) Hardware Product: Any computer, peripheral or component.
3) Company: Any company that derives any portion of its revenues from
the Macintosh or Macintosh-related items, including those listed in 5).
4) Individual: Similar to 3), although uncompensated individuals are also
eligible.
5) Other: Anything not covered by 1) through 4), including (but not
limited to):
* Book
* Magazine
* Information service, news group or bulletin board
* Event or announcement
* Concept, product category or buzzword
6) Grand prize: The most-deserving item from the preceding categories.
SPECIAL CATEGORY
7) Vaporware hall of fame: Any product announced during the eligibility
period, whether released or not.
HOW TO VOTE
Please return the ballot below before January 31, 1987 to
UUCP: {ucbvax,decvax,ihnp4}!sdcsvax!jww
ARPA: jww@SDCSVAX.ARPA or jww@SDCSVAX.UCSD.EDU
Signed ballots from any network will be accepted, and all names
remain confidential. Unsigned ballots or duplicate ballots from
the same userid will be rejected.
--------------CUT HERE--------------
1. Hardware:
2. Software:
3. Company:
4. Individual:
5. Other:
6. Grand prize:
7. Vaporware:
[ note from moderator: PLEASE respond to Joel and NOT to info-mac. DAVEG ]
------------------------------
Date: Mon, 12 Jan 87 10:27:38 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Comments on MacWorld Expo
I thought I'd mention some things about the Expo that haven't been
mentioned so far (forgive me if they already have). To me, the most
striking thing about the expo was that unlike previous years it wasn't
possible to just wander around to all the booths and REALLY have a look.
At least for me, this was just too exhausting since there were so MANY more
vendors and demos that I just didn't have the energy even though I was there
for two days. Sure, I did browse and get a chance to look at almost every
booth but I didn't find the time to spend with all the vendors of interest
the way I had in previous years. I guess maybe I'm just getting older.
The most interesting products to me were definately Adobe's Illustrator and
Cricket Draw. Clearly drawing and word processing are coming of age on the
Mac. I guess the most disappointing aspect of the show was that there wasn'
t any HOT new hardware to speak of. Last year my eyes were still wide open
days after the show with the introduction of the Levco Prodigy
(they still pop open when I see one!),
General Computer's souped up Mac, the SCSI disks, and even the
MacPlus. This year there were lots of hard disks, tape backups, big screens
(Radius, E-Machines, Micrographics), etc. I guess we just have to wait until
the March introduction of the new machines from Apple).
For me, the highlight of the show was the dinner on Friday
at the Hunan restaurant. It was an interesting group of people, most of whom
you know though the computer nets. It was generally a night of good laughs
(especially when the check arrived) and good conversation. It was a time
to convert userid's and silly signatures into real people and personalities;
something which suffers though this electronic interaction. Thanks to everyone
who was there, especially Joel West, whose ear I talked off for most of the
night. I dare say the rest of you may bump into some results of the evening's
discussions in the future. Let's see those nominations, Joel!
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Wed, 7 Jan 87 08:43:23 pst
From: rtech!rtech!mark@ucbvax.Berkeley.EDU (Mark Wittenberg)
Subject: Program control of the MacPlus disk cache
Can anyone help me with enabling/disabling the cache from a program? I
need to disable the cache, run some code (it sets up a ramdisk, and the
ramdisk requires that the cache be off when it starts), and then resets
the cache to its previous settings (I'll settle for always turning it on
if I have to).
IM vol IV mentions a control call:
cscode = 9
csparam (hi) == 0 to disable, non-zero to enable
csparam (lo) == 1 to install, 0 is nop, -1 is remove
(I'm quoting from memory so I might be off on the details).
Well, first of all, I'm not sure just exactly what this means
(what's the difference between enabling and installing?).
I'm guessing:
csparam (hi) is a code for the size of the disk cache
0 ==> none
1 ==> 32Kb
2 ==> 64Kb, etc (or something similar)
csparam (lo) turns on/off the cache (the Control Panel on/off buttons)
0 allows you to change the size of the cache without
affecting whether it is on or off
This at least would make sense.
Secondly, when I do this, I get success returns from PBControl (using
refnum -5 for the Sony driver), but nothing seems to happen no matter what
values I use for either byte of csparam (that is, the Control Panel shows
no change). I haven't gone around playing with reading blocks to see if
the cache has changed, but the Control Panel doesn't know about it. Does
the Control Panel only report the status of the non-volatile RAM, and the
PBControl call affect only driver memory?
Thirdly, I can't find a documented way to discover the current settings;
surely there must be a way. IW vol IV mentions some extra parameter RAM
in the clock chip, but just says that it's reserved, without describing
it. Surely part of this is the cache info; does anyone know the details?
I'm assuming that the parameter RAM info is also copied to either low
memory or variables in the Sony driver; anybody know about this either?
By the way, I'm doing this in Lightspeed C, but I don't think that has
anything to do with my code not being effective, as I can make other
control and status calls that work perfectly. I'll be happy to provide my
source if anyone thinks that it's relavant.
Thanks for any help.
Mark Wittenberg
Relational Technology, Inc.
Alameda, CA
ucbvax!mtxinu!rtech!mark
ihnp4!zehntel!rtech!mark
------------------------------
Date: Thu, 8 Jan 87 03:30:45 est
From: Antonio Leal <abl@ohm.ECE.CMU.EDU>
Subject: Memberships & subscriptions (APDA, MacUser)
APDA: You all saw those adds offering you a free book if you joined the
Apple Programmers & Developpers Association before the end of the year,
right ? Well, I sent in my check by mid-november, was greeted back with
a request for my signature on a piece of paper by early december, got
a receipt before christmas, and today I got my book, membership card and
catalogs. And a bill for another $20 for the _1987_ membership. Now I
understand. At least the book seems good (Knaster, "How to Write Macintosh
Software"), not the fluff abounding in bookshop shelves.
(Parenthesis on books: I cut my teeth on "Using the Macintosh Toolbox with C",
which I'd recommend for a first book, altough it doesn't cover the MacPlus.
It saw me through my first Mac program, with some help from sources from
the net (thanks, folks; results coming out as soon as I have time to work
my way around a bug with redrawing pictures out of their original locations)).
MacUser: And you also want to know what's new, and not seem completely
out of it when posting to the net, right ? So when the folks from MacUser
sweetened the deal with their tips book, I showed them the plastic (sometime
in mid-november). And by mid-december I was getting the October and November
issues. How nice. Here, I explained in a letter that this wasn't acceptable;
I got back an answer saying my subscription had been "extended by 3 months"
and all seems well now. I haven't got the book yet, though; I think it is
still in the vapor-print category.
Thought you might like to know.
Tony (abl@ohm.ece.cmu.edu)
------------------------------
Subject: Serial EFS?
Reply-to: "Christopher A. Kent" <kent@sonora.dec.com>
Date: Wed, 07 Jan 87 22:20:53 -0800
From: kent@decwrl.DEC.COM
Some time ago, I started poking around at the original EFS code done, I
think, at Lucasfilm, which was converted by Bill Croft to run over
AppleTalk to speak through a Kinetics box to Unix. I was interested in
resurrecting the original to use at home over a dialup (I knew it would
be slow, I wanted to see how slow). He said the original was really
awful, but that some folks at U of Michigan were working on cleaning it
up and making it better. I got in touch with Gavin Eadie there, who
confirmed Bill's report, and said that they'd be happy to give me what
they came up with.
I've since gotten a 9600 baud line to home, and am *really* curious to
see how a serial EFS would work. Unfortunately, I haven't heard
anything from the UofM folks for a while, and they don't seem to answer
my mail. Is anyone from UofM reading this? Can you help? Anyone else?
Thanks,
chris
------------------------------
Date: Fri, 9 Jan 87 11:01:06 EST
From: Rich Akerboom <boomer%dartmouth.edu@RELAY.CS.NET>
Subject: Redefining Mac+ Keypad with Kermit 0.8
I have been trying to create a macintosh kermit VT100 emulation document based
on the PSEUDO VT100 document supplied with version 0.8(34) of macintosh kermit
(written by Bill Catchings, Frank da Cruz and Bill Schilit at Columbia).
First, I would like to know if I have the most recent version of macintosh
kermit, ie 0.8(34).
Secondly, I found that the =, /, * and + keys on the mac plus keyboard's keypad
(the same keys are known on a VT100 as: PF2 PF3 PF4 , ) seem to have the
same definition whether shifted or unshifted, and that this value can only be
set when the key is shifted. I am using the CHANGE KEYS 0.8 application program
supplied with the macintosh kermit distribution. This program does not show
the keypad on the screen when SET KEY ... has been selected, but allows the user
to setup these keys by pressing them (the regular keys can be selected for setup
either by clicking on them in the diagram, or by pressing the key).
Symptoms:
when one of the 4 keys mentioned above is pressed, the shift key in the diagram
changes to reverse video and the program says something like "shift defined to
be +". You can then define the key as usual, but if you come back to it, you
will see that the value has not changed. If however, you click on the shift
key in the diagram, then hit the keypad key and redefine it (by doing this,
you are redefining the shifted version of the key), this definition
seems to stick with it. If one then tries to see what value the unshiftedkeypad
key has, the new shifted value is shown.
While I can live with this problem, I would like to know what is going on. If
you have any suggestions, or know of a more recent kermit release, I would
appreciate your letting me know. Thanks. I will summarize if warranted.
Rich Akerboom boomer@dartmouth.EDU
------------------------------
Date: Sun, 11 Jan 87 20:16:59 PST
From: John Bruner <jdb@mordor.s1.gov>
Subject: Megamax V3.0 batch program
Long after I had given up all hope, my V3.0 Megamax upgrade finally
arrived. I can't get the "batchX" program to work. As soon as it
tries to launch a program it complains that it cannot open its save
file. (I put "batchX" into the system folder, as the instructions
directed. It also does not work with an MFS volume or with System 2.0
or when renamed to "batch".) If I were still using Megamax this
would present an annoying problem, since the old "batch" program
won't work under any system more recent than 2.0.
BTW, I compiled my last Megamax version of the UW source code with
both V2.1 and V3.0. The application created by the newer version
is bigger, mostly (I believe) due to changes in the runtime library.
Apparently Megamax did not improve the generated code quality in V3.0.
At least my $15 wasn't totally wasted -- the upgrade does include
FastEddie.
--
John Bruner (S-1 Project, Lawrence Livermore National Laboratory)
MILNET: jdb@mordor.s1.gov (415) 422-0758
UUCP: ...!ucbvax!decwrl!mordor!jdb ...!seismo!mordor!jdb
------------------------------
Date: Mon, 12 Jan 87 15:24:52 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: Blob Manager Docs parts 1-11
Following is a list of the set of files comprising the documentation
for the Blob Manager. All files except the first are in MacWrite 4.5
format.
BMgr.Map.Hqx FaceLift map
BMgr.qref.Hqx Blob Manager Quick Reference
BMgrDoc0.Hqx Blob Manager Programmer's Guide - Intro
BMgrDoc1.Hqx Chapter 1
BMgrDoc2.Hqx Chapter 2
BMgrDoc3.Hqx Chapter 3
BMgrDoc4.0.Hqx Chapter 4, part 1
BMgrDoc4.5.Hqx Chapter 4, part 2
BMgrDoc4.7.Hqx Chapter 4, part 3
BMgrDoc5.Hqx Chapter 5
The first file is a FaceLift reformatting specification. All of the
documents are formatted in Times Roman and Courier for the LaserWriter.
If you have an ImageWriter, run all of the documents through FaceLift
using this map to format them in New York and Monaco. (Of course,
you can use a different map if you don't like New York and Monaco.)
FaceLift has been distributed on the net recently so you should be
able to find it around somewhere.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART1.TXT
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART5.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART6.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART7.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART8.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART9.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART10.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BLOBMANAGER-DOCS-PART11.HQX
DAVEG
]
------------------------------
Date: Sun, 11 Jan 87 20:43:15 PST
From: John Bruner <jdb@mordor.s1.gov>
Subject: Mishawaka 7,9-point fixed-width fonts
When I distributed UW v2.10 I included a 7-point Monaco font. Although
I had put a lot of work into its appearance, it was originally derived
from the Apple Monaco font. I was later persuaded to withhold this
font from the UW v3.4 distribution because of its questionable
copyright status.
Since then, I have created my own fixed width fonts, named Mishawaka.
These fonts are public domain. UW users may want to install the 7-point
font in their system files as Monaco 7; UW's 7-point output looks much
better when it doesn't have to scale down the 9-point font.
I'm working on a couple of other sizes (a 6-point font that looks a
lot like "Tiny" and a 12-point font).
--
John Bruner (S-1 Project, Lawrence Livermore National Laboratory)
MILNET: jdb@mordor.s1.gov (415) 422-0758
UUCP: ...!ucbvax!decwrl!mordor!jdb ...!seismo!mordor!jdb
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FONT-MISHAWAKA.HQX
DAVEG
]
------------------------------
Date: Mon, 12 Jan 87 15:13:30 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: FaceLift Announcement
FaceLift is an application that allows font, point size and
type style information in MacWrite documents to be reformatted. This
is essentially the same task performed by Font Changer, but allows
many transformations to be performed in parallel. It works with
MacWrite 2.2 or 4.5 documents. Documents may be reformatted in place
or to another document. Reformatting specifications may be saved to
a file and reused. The formats contained in a document may be pulled
and used as a basis for the specifications - no need to guess.
You can use it, for instance, to convert LaserWriter formatted documents
for ImageWriter, or vice-versa. The FaceLift document itself, however,
is trivially formatted (one font only - Times), so that MacWrite is
perfectly adequate for transforming to an ImageWriter font. It comes
in handy for such things as the TransSkel document, which can be redone
for ImageWriter with the following map:
Input Output
Font Size Style Font Size Style
Times | Any | Any -> New York | Any | Any
Courier | 10 | Any -> Monaco | 9 | Any
FaceLift is public domain and may be redistributed without restriction,
as usual. A public outcry will produce a source posting, as usual.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FACELIFT-10-DOCS.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FACELIFT-10.HQX
DAVEG
]
------------------------------
Date: 9 Jan 1987 11:47:00-EST
From: David.Kirk@faraday.ECE.CMU.EDU
Subject: networks
I am relatively new to the world of the Mac, and I have some rather
basic questions:
1. Can the same type of network used for sharing a printer, be used for
sharing a harddisk?
2. If not, is there a way to share a harddisk among several Macs?
3. I have been told there exists a Thunderscanner for digitization. Can
this digitized image be saved to the harddisk?
Please send mail to kirk@faraday.ece.cmu.edu
Thanks in advance,
Dave
[ note from moderator: The appletalk network supports many types of
communication and with commercial products today you can share printers like
the Apple LaserWriter and Appletalk Imagewriter (an Imagewriter II with an
Appletalk card ~$100), File server programs such as TOPS and MacServe which
allow you to share a hard disk over the network, mail via InBox for example
and certainly much more now and in the future. As far as Thunderscanner or
any other application goes, you can save files to hard disks on the network
with no problem. Specifically with ThunderScan however the size of image you
can digitize depends on memory limitations of the Mac you use it with. DAVEG]
------------------------------
Subject: PCs on Appletalk networks
Date: Thu, 08 Jan 87 21:30:27 -0500
From: mex107@mitre.ARPA
A colleague is seriously thinking about adding a few PC/ATs to an existing
Appletalk network that includes a LaserWriter. I would greatly appreciate it
if anyone with first-hand experience running a PC in that environment could
let me know how it went. What problems arose? Did the PC user find it
a productive environment? Anything special that should be acquired in
advance? Thanks in advance for any help.
Mike Leavitt
mex107@mitre.arpa
------------------------------
Date: Fri, 9 Jan 87 14:11:07 est
From: osupyr!akw@ucbvax.Berkeley.EDU (Andrew K Weaver)
Subject: Mini-8, AppleTalk connectors
Reply-to: akw@.uucp (Andrew K Weaver)
Hate to be totally obtuse, but I am in need of the elusive Mini-8 pin
and AppleTalk connectors for the Mac+'s. Could anyone give me any help
on where I could possibly order/find these other than shelling out
$20/cable? I work in the College of Business here at OSU and we are
hoping to create a mini-network of Macs and (gack) PCs. Any help will
be more than appreciated.
--------------------+-----------------------------------------------------
T * H * E | | akw%osupyr.uucp@osu-eddie.uucp
O H I O | --+-- {your path here}|cbosgd|osupyr|akw
S T A T E | | Dorm (614) 293-1195
U N I V E R S I T Y | Andrew|Weaver Work (614) 293-7868 or 292-1741
--------------------+------ | --------------------------------------------
New, improved(?)logo| These opinions do not reflect those of my employers,
--------------------+ who most likely would freak if they knew I had any
Matthew 28.18-20 | computer access.
--------------------+-----------------------------------------------------
------------------------------
Date: Thu, 8 Jan 87 03:37:46 est
From: Antonio Leal <abl@ohm.ECE.CMU.EDU>
Subject: MacMoney review, anyone ?
Any adventurous soul care to post a review of MacMoney ? My questions are:
Can you keep a set of usual payees of your checks, to save on typing ? What
about recording payment of your credit card bill and the check you used
for it, with just one input ? The ads say "save as text" ("for use with
MacInTax"), which for me is vital. I'm not typing my data at an oyster, not
even a not-copy-protected oyster :-)
Tony (abl@ohm.ece.cmu.edu)
------------------------------
Date: 9 Jan 87 12:52 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Imagewriter II and MacProject
Kind of a congealed note here:
1. I have been having bizarre problems with my Imagewriter II. Sometimes
when I turn it on, it will carriage return then jam at the left side an
vibrate until I think it will fall apart. Sometimes, it will carriage return
and the select button will no longer work (neither will it print!). Now,
that has stopped for the time being. It's new trick is to come on and only
work if the print quality setting is high or near-letter-perfect. If it
is in low mode, the application will act as though it is printing (happily)
but no hard-copy is ever produced. I am using driver v.2.3, system 3.2 and
finder 5.? on a 512K Macintosh.
2. A friend asked me to find out if anyone has ever found a way to "bend"
connection lines between tasks in MacProject. For example, if a line
between two tasks passes directly under another, can the line be bent to
circumvent that task?
(I don't believe so, but there's always the chance ;-))
JAH
Disclaimer: My boss regrets that this padded cell has a net port.
------------------------------
Date: 12 Jan 87 12:56 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: IconHacker
Just a note to whomever posted Icon Hacker v.095, the document is badly
garbled.
The whole Icon Hacker v0.95 doesn't work. It comes up with the opening
screen with a single control button. When pressed, it ways "Come on guys!
Don't mess with my copyright panal..." again with a single button. When
pressed, it quits to the Finder. As of yet, I still cannot find a way to
get around it. Since the document was badly messed up after unPakitt-ing,
perhaps the application was also.
JAH
------------------------------
Subject: File Munges
Date: Mon, 12 Jan 87 16:22:21 -0500
From: Larry Larraga <larraga@louie.udel.edu>
When I UnBinHexed the library addition UTILITY-DIRACTARY.HQX, it did not
appear on the desktop. Checking its File Finder Attributes showed bits set
for INVISIBLE, SYSTEM, BUSY, CHANGED & BUNDLE and INITED. Leaving only
BUNDLE & INITED fixed things up.
Also the document for ICON-HACKER-095.HQX seems to be garbaged up.
Larry Larraga
University of Delaware
Microcomputing Resource Center
152 Newark Hall
Newark, Delaware 19716
Voice: (302) 451-6782
ARPA: larraga@louie.udel.edu
BITNET: 26825@udacsvm.bitnet
COMPUSERVE: 76505,1426
------------------------------
Date: Fri, 9 Jan 87 23:56:26 PST
From: brydon@Ford-wdl1.ARPA (Louis B. Brydon)
Subject: MacPacket/*
I am looking for information on software for amateur packet radio. I have
heard of three 'MacPacket' programs, that run three different types of
packet board (Kantronics, TAPR, and TNC2) produced by someone called:
Brincomm Technology, address or city unknown. I would appreciate information
on either MacPacket, Brincomm Technology, or any other Packet Radio help
from out there in netland. Yes, I am a licenced amateur, but no I do not
yet have a TNC choosen. Please respond directly to this account as well as
to info-mac, as service to me in irregular.
-Louis
-WA6OCZ
------------------------------
From: William L. Rupp <nosc!rupp@cod.nosc.arpa>
Date: 12 Jan 87 19:00:46 GMT
Subject: bargain WP offer for Mac for $29.00? I am imagining this or
Subject: is it real
Date: 12 Jan 87 19:00:46 GMT
====
I could swear that I read about a great offer on a Mac word processor
for $29.00 (if you sent in your money and the original MacWrite disk) by
a certain time. Does anybody know what I am talking about? (Do I know
what I am talking about? Skip that one.)
If this is not a case of my imagination running rancid, and you know the
facts or where they were published, please let me know.
Thanks for your help.
============
(This request is not made on behalf of my employer, Computer Sciences
Corp. In other words, that's my disclaimer........)
[ note from moderator: The following words come to mind: you get what
you pay for. DAVEG ]
------------------------------
End of INFO-MAC Digest
**********************
∂13-Jan-87 2055 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #38
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 13 Jan 87 17:32:06 PST
Date: 13 Jan 87 1724-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #38
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 13 Jan 1987 Volume 5 : Issue 38
Today's Topics:
Update on TeXtures from Addison and Wesley
TeXtures 0.95c
response to 'what bugs you about the mac?'
Shut Down Hook
Comments, responses, etc...
Re: MacPlus Keyboard and Kermit
Re: "bargain" WP offer for Mac
1986 Tax Templates
APDA apology (my mistake)
Re: Unix, macget/macput, and Red Ryder
speed reading
----------------------------------------------------------------------
Date: Mon, 12 Jan 87 18:28:23 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Update on TeXtures from Addison and Wesley
Soon after I posted my complaints about version 0.95 of TeXtures from
Addison Wesley I got a call from Barry Smith of Kellerman and Smith
(the people who are writing TeXtures, which is being sold by Addison Wesley)
who was very concerned about the problems I was having. We spent over
an hour on the phone discussing the points I had raised in my previous
note ( Info-Mac Digest V5 #34). The major point of concern was the
problems I was having getting good quality printout using 12 point fonts.
After our conversation I was extremely impressed with the attitude put
forth by Barry Smith. It is clear that they are working very hard to put
together an implementation of TeX which is of the highest quality. I said
in my earlier comments that the package is very promising: now I think it
is very good with still a few refinements to make it excellent.
Here is a point by point discussion of the comments/complaints I made
in my earlier posting about TeXtures, AFTER my discussion with Barry and
our subsequent interactions. These points correspond with the points I
made earlier in my previous posting.
1. Previously I said the quality of the printout from the LaserWriter was
not up to the quality of the printout from our mainframe. My major problem
was with mathematics but other had other problems such as italic text.
This problem has been RESOLVED. The problem was due to a rounding in
the math to calculate the font to be used for 9 point text. This caused the
incorrect font to be used (and scaled) instead of using the much higher
quality font which was available and should have been chosen. This part
of the problem was in the TeXtures program itself and was fixed in version
0.95f which he was kind enough to send me. The reason this problem was
not detected earlier was because the method used in my macros to construct
12 point math fonts was a bit of a strange one and NOT a more standard
method. Others who used 12 point fonts for math probably didn't use this
method and consequently produced the expected high quality output.
Since I bitched plenty before about my results let me now comment on
what I now have been able to produce. THE QUALITY IS EXCELLENT. Now that
TeXtures is using the proper bitmaps for my files, the output is the
usual high quality expected from TeX output. For those that haven't seen
what a page of TeX output looks like, you will be extremely impressed.
At this point, I prefer the output from the LaserWriter over our mainframe.
2. In my previous note I commented on the use of the postscript fonts
and how the quality of output was much improved by using them. With the
current version of TeXtures I have (0.95f) I find this to no longer be
true. The Computer Modern Roman fonts ALL now look great (and did before with
some exceptions). The only need you would have to use the LaserWriter fonts
might be if you want large sizes of fonts such as 17 point or 18 point. In
that case, you might want to use Times to generate the larger font.
Previously I mentioned that it was unfortunate that you couldn't use the
LaserWriter symbol font in replace of the TeX symbol fonts. This was NOT
intended to be a complaint with TeXtures but rather a comment about
the way generic TeX uses its symbol fonts and what characters are available
in the LaserWriter symbol fonts. This is now a moot point now that the
CMR fonts used are printing properly.
3. I had pointed out previously that you can export a DVI file for usage
elsewhere. This is still the case and I'm happy this was added in the 0.95
release.
4. I had commented that keeping the old DVI and preview information around
from previous passes at typesetting was inconvenient. Barry assured me that
they have optimized their routines to avoid doing unnecessary drawing to
the preview window. He did convince me that my idea of disabling update events
to the preview window when it wasn't the foremost window was NOT a good
idea. I guess I think it would be nice to have an option of an automatic
closing of the preview window once you start TeXing something new and have
it not appear until output is successfully produced.
5. I had complained before that loading font files was a big pain. Barry told
me that the best way to work is to put the fonts that TeX really needs
into the TeX Fonts file. This way TeX has access to these fonts for all
typesetting and printing. The Apple Font/DA mover can be used to move these
fonts. The problem that you may run into is that the Font/DA mover seems
to have limitations on the number of fonts it can place in a given file.
It warns you when the file is full. The workaround is to place ALL the extra
fonts that you can't fit in the TeX Fonts file into a second file so that
you only have to ADD 1 font file. This is NOT a limitation of TeX and hopefully
the next batch of system software from Apple will solve this limitation.
6. I had complained about printer bugs in the earlier 0.95 release. The
version which Barry sent me solves ALL of the problems which I had noticed
in my earlier output. As I said, the printed quality on the LaserWriter
is EXCELLENT. For those who haven't seen good looking mathematics come
out of the Mac/LaserWriter, you are in for a treat.
7. Previously I complained that the imagewriter printing was pathetic.
This may be harsh but I definately think the output is poor and would not
be acceptable for much. The spacing of the letters is not up to snuff on
our Imagewriter II and the CMR fonts don't look very good at the imagewriter
resolution.
8. Creating a TeX format file is the way to go and works the way it should.
Using the format file speeds up the loading of your macros.
9. Including pictures in TeX output looks pretty straightforward to do.
I think they have done a very good job with this. Barry tells me that
it may be possible to get the size of a picture automatically within
TeX in the future. If that comes true, then a simple macro should be
able to make picture placement even easier than it is now.
I've tried to cover everything in my previous note to bring it up
to date. This package is now VERY usable for producing quality output
with TeX and with the previewing capabilities built in, it takes lots
of the pain out of non WYSIWYG which is what TeX is. The overall program
could use a 68020 processor to speed the execution of TeX and Barry
seemed to think that they can improve the speed in the future but made
no promises.
At the San Francisco MacWorld Expo I got a chance to get my first look
at FTL's MacTeX. I was very unimpressed. The user interface left lots to
be desired. The version showed had a 32K limit on files to be editted in
MacTeX (compared to unlimited size in Addison Wesley's TeXtures). In order
to preview the DVI file you just produced you have to select a preview menu
item and then select a DVI file from a Standard File dialog. This is also
true for printing. To me it seemed silly since you almost always want to
preview and print the files you have been working on. I found this to
be an awkward user interface.
I know I've gone on too long about all of this but I wanted to indicate
that my major gripe with this program has been eliminated and that I think
it is overall an excellent package for producing TeX on the Macintosh.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
The opinions expressed above are my own and are not those of my employers.
------------------------------
Date: Tue 13 Jan 87 11:53:16-PST
From: Irvin Lustig <OR.LUSTIG@Sierra.Stanford.EDU>
Subject: TeXtures 0.95c
Our update finally arrived and I am happy to report that global
magnification seems to work fine. This is especially useful for those
of us who have always used \magnification=1200 on mainframe TeX.
Now for the trick I figured out: There are about 9 font files that come
with TeXtures now. If you want to use them all, it is not necessary
to use "Add Fonts" from the menu. Simply select all 9 of the font
files in the Finder and use the "Open" command in the File menu.
Since the font files are associated with TeXtures, all of the fonts
will be loaded and you will get excellent printout on the LaserWriter
for each of those fonts.
-Irv Lustig
Arpanet: OR.LUSTIG@SU-SIERRA.ARPA
Other Way: OR.LUSTIG@SIERRA.STANFORD.EDU
------------------------------
Subject: response to 'what bugs you about the mac?'
Date: Sun, 11 Jan 87 23:08:13 -0800
From: duggie@portia.STANFORD.EDU
>> As part of an ongoing research project in user interface design
>> at the Centre de Recherche Informatique de Montreal we would very
>> much appreciate your response to the following question:
>> If you could change any aspect(s) of the Macintosh user interface,
>> what would you like to see changed?
>>In other words, what bugs you about the Mac user interface?
I've been using the mac for about three years, both as a user and a
programmer on and for the mac, so I'm pretty familiar with it. When you
ask what bugs us about the interface, although several things come to mind,
I am still at a loss about how to begin because I can't separate the "user
interface" from larger hardware and software issues. One has to consider the
interface in the context of the machine's capabilities and the use to which it
is being put. One also has to consider the user's expectations, and these
change with each new generation of computers and users.
Your question seems to imply a well-defined distinction between the
"interface" and the applications that use it, and that your interest is in
questions such as "pop-up menus versus pull-down". The things which bug
me about the Macintosh don't fall into this category, and so may not fit a
definition of "interface" which considers it basically as a shell wrapped
around some standard application program. The things which bug me about
the Mac bug me about computers in general. So I apologize if this does not
help you.
1) I want to customize my environment--change the desktop's
appearance, rearrange menus of applications and definitions of special keys,
redesign icons and images, remap the keyboard, set default drives and
folders, choose the alert and startup sounds. In addition, I should be able to
save and restore several such customized environments-- for example, when
several people share the same machine.
2) I want to easily "switch gears" back and forth between several tasks.
If I am writing a letter and want to doodle on the desktop, I just move the
cursor to a palette and click on the "paint" icon, a tool window appears and I
can draw on anything. All windows that can't be drawn on hide
themselves-- clicking on the "done" icon restores the window arrangement to
the way it was. On a more mundane level, I want to shuffle documents (use
the finder) while keeping the context of the application fairly intact so I can
return to it. Servant is a pretty good example of this.
3) I want to cut and paste anything between anything. In general the
Mac requires that I know a fair amount about what programs are capable of.
For example, you can't copy formatted text from MacWrite into MacPaint
and keep the formatting. I'd like to copy tables, graphs, images, structured
graphics, text, and even sound and animation between documents "driven" by
different applications. Ideally, they should be "hot linked" ala Jazz. That is,
this ability should be a given that users should not worry about, just as users
currently expect that an edit menu will be available that lets them copy and
paste text between any applications that understand text at all. It is this
regularity of capability that makes this a user interface issue.
4) I want the computer to learn from me and remember what I do. For
example, keep a list of the last five documents I worked on and let me select
from that list, without my having to maintain it explicitly by putting recent
documents in a particular folder and keeping that folder open on the desk
when I do a shutdown. If I commonly use several applications or desk
accessories, it should let me set up my environment so I can start them and
open the usual documents and special windows without going through the
motions (the sort of thing one does with switcher and key/mouse macro
programs).
5) One should be able to annotate files and search for them using those
annotations. I find heirarchical file systems and file naming too rigid. I
might want to deal with all text documents in some subtree later than a
given date, but this is difficult if they are organized by purpose, i.e.
personal/work/user group/etc. Similarly, although names are good short
tags they still don't provide enough information. Finder info boxes are
almost large enough, but they are hard to access and not listable or
searchable, and don't have user-definable fields. Files to the file system are
like records in a database, and the user should have more database-like
capabilities with which to access and organize them.
That's some of what I have to say. The Mac handles the visual aspect of
things quite cleanly and simply, which I like, so I have little to say about
this (Apple's cluttering things up as they make the system more complicated,
of course). A lot of this pushes the boundary of what you might consider
"user interface" but as I user I spend a lot of time switching tasks, copying
data, and hassling with files, and it is the feel and flow and flexibility
and freedom from detail that makes the difference to me. And speed, of
course, but that is hardware related...
-- Doug Felt
IRIS, Stanford University
duggie@portia.stanford.edu
"insert witty saying here"
------------------------------
Date: Mon, 12 Jan 87 22:54:04 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: Shut Down Hook
I want to thank all the UseNetters, Bitnetters, ARPAnetters, and DELPHI
folks with whom I had dinner Friday night after the Expo for a thoroughly
entertaining and enjoyable time. It was a pleasure to meet the voices that
I read in the digests and the electronic world.
The Expo was a little overwhelming, but I must admit that the exhibit floor
was not as exciting as I thought it might be. Perhaps it was the blue suits
that threw me off a bit. I found the conferences, particularly the talks
given by the Mac team on Thursday afternoon, the Keynote Address on Friday,
and the conferences on MPW, MacApp, and Smalltalk, to be particularly
exciting. The visions of Alan Kay I would probably walk to San Francisco
to hear!
Now for a plea for information:
I am proceeding to design a utility that needs to take control of the
environment upon eliciting the 'Shut Down' command in the Finder. I know
that Switcher manages to hook and modify this when you run Finder.
Does anyone have a notion of how Andy managed to perform this feat?
I can't find any references to methods for such an action in IM or any
of my other supporting documentation.
Anyone who has an idea of how to do this, or (!) a code example (I am
primarily a Pascal programmer, but I think I can read almost anything),
I would very much like to hear from you.
Godfrey DiGiorgi :818 354-0496 (Pasadena CA) ::January 12, 1987
digiorgi@jpl-vlsi.arpa
----
UnAbashed Product Endorsment: GrayPaint is without doubt the buggiest
software I have grown to love. It can leave you hanging in the most
infuriating ways. It was worth the 50 bucks.
The Usual Disclaimer: I have nothing to gain from any statement made in the
above text. Otherwise, I would probably make a few more.
------------------------------
Date: Tue, 13 Jan 87 00:55:45 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: Comments, responses, etc...
ref: InfoMac v5 #37
>re: $29 word processor offer:
I believe you are thinking of Word Handler (aka [jokingly...] 'Word Mangler'),
which had this offer going when it was first introduced, along with a
moneyback return if you didn't fall in love with it... They didn't bother
to tell you about the $25 handling charge for returning your MacWrite disk,
though. Makes you wonder what they were handling. (PS: Didn't handle
graphics, didn't handle formatting, didn't handle the clipboard, didn't
handle most of what you took for granted with your FREE MacWrite in 1984.
Oh well, PT Barnum was an intelligent fellow.)
>re: IconHacker,DirACTAry problems
I downloaded these in the week before MacExpo and had no problems with them.
IconHacker is pretty neat (and I was hoping for a later prerelease of DirACTAry
which I have been using for some time). Alas, I spoke with David Dunham
via DELPHI and he related that he has just about given up it in the need
for more lucrative endeavors. I am trying to persuade him to post the sources
for me.
>re: Memberships and Subscriptions (APDA, MacUser)
The folks at APDA have been the victims of an enrollment crisis: they started
in August with ZERO members and now, if the activity of their booth at Expo
was any indication, they must have over 7500 at least. They are working on
the problem, but had no way of anticipating the incredible response to calls
for membership. Knaster's book is on my favorite list.
The tips book from MacUser is not vapor-print: I got my complementary copy,
unannounced and quite surprised I was too, in November. I am sure their
handling of it as a special to a subscription is just the usual nonsense with
magazines. Cycle took nearly a year and a half to send me my complementary
duffel bag!
>re: 'most overrated' balloting
<Sorry, Dave, but I just have to plug this one in here...>
The vaporware hall of fame award can only go to Macintosh BASIC, which fooled
at least two publishers into marketing complete documentation manuals and
user guides, and which died under extraordinarily suspect circumstances on the
eve of Microsoft BASIC v2.0's release. Even today, with MS BASIC v3 and the
related compiler on the market, much of what was planned and built into the
virtually complete Macintosh BASIC product and its programming environment is
still a dream to the BASIC programming community.
>re: MacWorld Comments
I agree that the dearth of 'exciting new hardware' at MacWorld Expo was a
down; I suggest, however, that the comments of Alan Kay and Andy Hertzfeld
have some merit: I don't think it is the fact that the box has slots, or
the clock is 8 or 16 or 500 MHz, or that the machine has 10↑3 GigaBytes of
RAM, ROM or disk space to swamp the future generations of Man with a sea of
information the likes of which has never flowed before. The Macintosh is
the most important computer of the decade: it makes accessible what was
before arcane, and it makes possible a creation literacy previously
unavailable to most. It points the way to the future.
Godfrey DiGiorgi ::January 13, 1987
digiorgi@jpl-vlsi.arpa
Truth is only a fur coat for Illusion.
....
General Disclaimer Number 43 -
Concerning derogatory comments or overzealous praise:
What I say makes no difference to anybody else, why should it matter to you?
------------------------------
Date: Tue, 13 Jan 87 10:09 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Re: MacPlus Keyboard and Kermit
First off, Yes MacKermit version .8(34) is the most recent,
although the date might not make you think so. MacKermit
hasn't seen a new release in quite some time. The reason
for this is twofold. First, the people who worked on MacKermit
are no longer at columbia, second, MacKermit source is written
for the SUMEX cross-compiler system. For those of you who
have an extra VAX sitting around, that's great, but most
Mac programmers dont. So:
For the last two months I have been working on converting
MacKermit over to MPW C, which basically consists of fixing
the header files, silly calls that dont work, and trying
to fix strange and wonderful things that the original authors
were trying to do. If I have to get up on a soapbox about
ints shorts and longs again, i'll scream. The MacKermit code
isn't very neat, but I'll be the first to admit that my own
code from that time frame was more sloppy. Actually, anyone's
early attempts on the toolbox were likely to look a little
on the messy side. All told, MacKermit is pretty well written.
Once MacKermit is working as the SUMEX version did, then
new and exciting improvements will be added. These include
better keyboard/keypad support, gang file sends, better
server mode, and automatic tek4xxx (insert your favorite
number here) support. We hope.
All comments on MacKermit problems have been noted and
will be fixed. Additional ideas, or possible programming
support is, of course, always welcome.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority of
wrong thinking people are right."
------------------------------
Date: 12 Jan 87 2151 PST
From: Tovar <TVR%CCRMA@SU-AI.ARPA>
Subject: Re: "bargain" WP offer for Mac
I searched my local archives of INFO-MAC messages and the only one of
substance follows (although i do recall there might have been additional
feedback on Delphi or Usenet). If this information is indeed correct,
then i think the only person to whom I would recommend this offer would
be someone in the legal department of the U.S. Postal Service...
-- Tovar
________________________________________________________________________
INFO-MAC Digest Thursday, 28 Aug 1986 Volume 4 : Issue 106
...
Date: 28 Aug 86 14:06:00 EDT
From: <bouldin@ceee-sed.ARPA>
Subject: reaction to wordhandler
Reply-to: <bouldin@ceee-sed.ARPA>
This is from a friend who tried out Wordhandler, a new word processor
for the Mac:
Touted as a replacement for MacWrite, the vendors guarantee you'll
like their program or your money back (within fifteen days). They also
offer a special discount price if you send in your MacWrite disk, "You can
have it back if you don't agree WordHandler is better". So, I sent in my
$30. Getting the disk, I tried WordHandler, found it was IMMENSE (179k),
balky, and entremely cumbersome to use. They use dialogue boxes for tiny
details that should be handled through menus, it doesn't paste-in graphics
like MacWrite, otherwise has one or two minor improvements, copies ALL the
bad features, and makes a lot of the normal-use operations more awkward.
So, I sent it back and asked for my MacWrite disk back. Reply from ALS:
"We don't refund the special discount deal", and if I want my original
MacWrite disk back, "Send $25 for shipping and handling". If it costs
them that much for shipping and handling one floppy, then I bought the
WordHandler software and manual for $4.95 and they charged $29.95 only
because they had to "ship and handle" it.
------------------------------
...
------------------------------
Date: Tue, 13 Jan 87 08:05:05 pst
From: Herb Barad <barad%brand@usc-oberon.ARPA>
Subject: 1986 Tax Templates
From: comp.sys.mac posting...
I just got off the phone with Steve Willett and apparently he has
made 1986 Tax templates available. He is distributing these through
Excellent Exchange (415-827-9013) as a commercial product. These
cost $25 and seem well worth it. They are much more comprehensive than
the ones that I posted. These are:
- IRS approved (printout from printer can be sent directly to IRS)
- checked by CPA
- calculates taxes from all tables (not just X-Y-Z).
Since the ones that I made were from his 1985 templates, I feel it is wrong
to leave these out on the net to compete with his product. His product is
going for a reasonable price and I'm sure is much more "polished" than the
others. Because of this, I will be requesting the mod.mac moderator to
remove these templates from the archives at sumex. I only wished I'd have
known that he had already finished a 1986 set (it would have saved me a lot
of time - apparently, I missed his posting that came over the net in Nov.).
You can contact Steve Willett about his product by calling Execellent
Exchange (at the above #) or Steve at 916-753-6132.
[EXCEL-TAXTEMPLATES-1986.HQX is removed DAVEG]
--
Herb Barad - TRW Data Systems Lab
ARPA: barad@brand.usc.edu or vito%trwspf.uucp@brand.usc.edu
USENET: ...!{brand|trwrb}!trwspf!vito
------------------------------
Date: Tue, 13 Jan 87 14:14:07 est
From: Antonio Leal <abl@ohm.ECE.CMU.EDU>
Subject: APDA apology (my mistake)
Just a short note to apologize to the APDA, and the info-mac moderator and
readers. I misread the bottom line of my APDA bill, and they weren't charging
"another" $20 for 1987, they were discounting the $20 they already held.
Tony (very red in the face)
------------------------------
Date: Thu, 8 Jan 87 13:31:12 PST
From: dplatt@teknowledge-vaxc.ARPA (David Platt)
Subject: Re: Unix, macget/macput, and Red Ryder
As far as I'm aware, MacTerminal is the only Mac terminal-emulator
program that has ever supported the "Mac-to-Mac" transfer protocol
(which macget/macput were implemented to support). Reason: the
macget/macput protocol is not really compatible with XMODEM; rather,
it's a fairly ugly hack on top of XMODEM that isn't compatible with
anyone else's XMODEM implementation.
Here's how it works... a Mac-to-Mac transfer consists of two or three
separate XMODEM file transfers, one after the other. The first
transfer is a one-record "file" which contains header information; on
a Unix machine it's stored in the .info file. Then, come the data
and/or resource forks of the file, as one XMODEM transfer each; these
are stored in .data and .rsrc on Unix.
The popular "MacBinary" protocol, which is supported by Red Ryder and
just about every other XMODEM-capable Mac emulator, is a simplified
version of MacTerminal's Mac-to-Mac protocol. Essentially, the info,
data, and resource forks are all sent in one XMODEM transfer, one after
the other [each one is padded out to an integral number of XMODEM
records if necessary]. This method permits non-Macintosh systems
(mainframes, bulletin-board packages such as Fido, etc.) to receive,
store, and send complete Mac applications without having to implement
the non-standard Mac-to-Mac protocol.
So... you can upload macget/macput file sets from a Unix machine via
Red Ryder if you convert them from the three-file Mac-to-Mac structure
into a single MacBinary file. This can be done by catenating together
the .info, .data, and .rsrc forks on Unix, and then sending the file to
your Mac via a standard XMODEM transfer. [Note... I may have reversed
the order of the .data and .rsrc forks].
The hard part is likely to be locating a standard XMODEM server for
your Unix machine... I don't believe that one comes with Unix. If
you're a C hacker, you might find it fairly easy to ftp the sources for
macput from the Info-Mac archives at SUMEX, and munge the code so that
it sends a single XMODEM transmission rather than two or three separate
ones.
Another approach would be to use Kermit, which is available [free I
think] for Unix and is supported by Red Ryder (and by the Columbia
University KERMIT for the Mac, available from the Info-Mac archives).
You could upload the combined .info/.data/.rsrc file via an
8-bit-binary Kermit transfer, and then use BinHex version 5.0 (NOT
4.0!) to convert the file from MacBinary form to Mac-application form.
This approach would not require you to hack any code.
I believe that a description of the MacBinary protocol is available in
the Info-Mac archives; I see a "UNIX-MACBINARY.SHAR" which might be
documentation (or might possibly be someone's MacBinary-compatible
XMODEM program). In any case it't probably worth checking out.
------------------------------
Date: 12 Jan 87 22:08:10 EST
From: Esfandiar.Bandari@cive.ri.cmu.edu
Subject: speed reading
A friend is interested in software that teaches speed reading or rapid
reading on the mac. Any suggestions will be deeply apreciated. Thanks.
--- Bandari@cmu-cive
------------------------------
End of INFO-MAC Digest
**********************
∂14-Jan-87 2116 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #39
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 14 Jan 87 21:14:12 PST
Date: 14 Jan 87 1823-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #39
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 14 Jan 1987 Volume 5 : Issue 39
Today's Topics:
Technical questions about Appletalk
submission re Mac+ DTR & pinouts
MacWorld Expo Adventures
Re: MacWorld Expo
Re: MacWorld Expo
Disk drives for Mac
Re: document for iconhacker
Cricket Draw experience
Mouse freezing
APDA and MacUser offers
Re: Sharp's X68000
Laserwriter
The tax man cometh!
----------------------------------------------------------------------
Date: Wed, 14 Jan 87 08:57:09 est
From: ves@mitre-bedford.ARPA (Sovinsky)
Subject: Technical questions about Appletalk
I hope I addressed this question to the right place. I have recently begun
investigating methods for talking upper layer DoD protocols from an Appletalk
to an Ethernet network. My first look at messages on the info-mac bulletin
board at Mitre have led me to believe alot of people are looking for/working on
this. However its hard to jump in the middle of these conversations. It
seems there is an appletalk to ethernet gateway offered by Kinetics. Where
do the upper layers come from? and waht exists so far..ftp and telnet? is ther
any SMTP offered? Are there other approaches to this problem. I would
certainly appreciate an update on progress in this area. Thanks in
advance for responses to my question.
[ note from moderator: There is a separate arpa digest which is dedicated
to AppleTalk issues and would be a more likely forum to obtain technical
answers regarding AppleTalk. Contact info-applebus-request@cmu-cs-c.arpa
for more information. DAVEG ]
------------------------------
Date: Tue, 13 Jan 87 20:56:15 EST
From: Ben Cranston <zben@umd5.UMD.EDU>
Subject: submission re Mac+ DTR & pinouts
I hope this is the right way to submit something...
As Emily Letilla would say, "Never mind!". Over the holidays I duplicated
some of my Mac cables for a co-worker. To my horror, shame, chagrin, etc I
found the "DTR" signal wired to pin 19 instead of pin 20. With this error
corrected the Mac+ DTR signal works just fine, and the predicted behaviour
is in fact observed. Those terminal programs that drop DTR upon exit cause
the line to be dropped; those that do not change DTR can be exited and then
subsequently re-entered without losing the modem connection. Please find a
table of such programs at the end of this article.
What about my wild claims that the signal was electrically inverted? Sure
doesn't seem that way now. It's amazing how often we see only what we want
to see, regardless of the realities ("Well, the signal WAS changing, but the
modem kept dropping out anyway, so the signal MUST have been backwards...").
Er, um, 40 lashes with a wet noodle.
I do have a quarrel with Frank da Cruz's DB9 to Din-8 equivalence table,
as published in Info-Mac Digest V5#2 (Monday, 27 Oct 86). I do sympathize
with anyone trying to figure this out - for quite a long time I had backwards
pin numbers too - based on the appendix of the Imagewriter ][ manual. The
fact that the standard Mac to Imagewriter ][ cable is not straight-through
(it's actually a null-modem!) adds yet another layer of complexity. As an
attempt to set the record straight, I adapted this diagram from one found in
Macintosh Technical Note 65 (Mac+ Pinouts):
Macintosh Plus Serial Connectors (Mini DIN-8)
** AS SEEN FROM FEMALE CONNECTOR **
------
/------###------\ 1 HSKo Output Handshake
/ ### \ (Zilog 8530 DTR pin)
/ \ 2 HSKi / Clock Input Handshake or extern clk
/ [|] [|] [|] \ (Depending on 8530 mode)
/ 8 7 6 \ 3 TxD- Transmit data (minus)
| |
| | 4 Ground Signal ground
| === === === |
| 5 4 3 | 5 RxD- Receive data (minus)
| |
| | 6 TxD+ Transmit data (plus)
\----+ === === +----/
\###| 2 1 |###/ 7 N/C (no connection)
\##| |##/
\| |/ 8 RxD+ Receive data (plus)
\------###------/
###
Based on this diagram, and on my own homebrew cables (which DO work) the
updated signal table becomes:
DB-9 DIN-8 SIGNAL
1 4 Frame Ground
2 [was +5 in original MAC]
3 4 Signal Ground
4 6 TxD +
5 3 TxD -
6 1 RTS (Handshake OUT) [was +12 in original MAC]
7 2 CTS (Handshake IN) or external clock
8 8 RxD+
9 5 RxD-
My original cable, with the above error corrected, does work, and the modem
drops out when the Mac is restarted or a terminal program drops DTR:
DIN-8 DB-25 Female
GROUND 4 o-+----o 7 GROUND
|
RxD+ 8 o-+
RxD- 5 o------o 3 RD
TxD- 3 o------o 2 TD
HSout 1 o-+----o 20 DTR
|
HSin 2 o-+
I ended up building this three-wire cable for the co-worker who had already
set his modem up for ignore-DTR operation.
DIN-8 DB-25 Female
GROUND 4 o-+----o 7 GROUND
|
RxD+ 8 o-+
RxD- 5 o------o 3 RD
TxD- 3 o------o 2 TD
This is the simplest Mac+ serial cable I have seen, and it seems to work.
Looks like the HSKin to HSKout strap isn't even needed. Some modems might
need additional strapping at the DB-25 end.
WHEW! As previously mentioned, it is far better to set your modem to ignore
the DTR signal. That stuff is there to make sure the phone gets hung up when
the equipment is turned off. We professionals should be smart enough to do
without that particular bit of user-friendliness. If the modem cannot be set
to ignore DTR, one can try connecting DTR to some source of "true" at the
DB-25 connector. The DSR (Data SET ready) would be a good first guess. An
RS-232 breakout box is a wonderful tool for solving this sort of problem.
Should you be:
A. Using a Macintosh Plus
B. Using a cable that connects HSKout to DTR
C. Using a modem that cares about DTR
Then exiting from these virtual terminal programs will drop your line:
Red Ryder 9.4 MacTerminal 2.0 Fasterm 3
These programs allow exit and reentry without dropping the modem line:
Kermit 0.8(34) Unix Window 3.4a
Does anybody remember the "RS232 Expert System" that was supposed to solve
this sort of problem... :-)
[ note from moderator: VersaTerm 3.0 now allows you to select whether you
wish to drop DTR on exit. Here you have a choice! DAVEG ]
------------------------------
Date: Wed, 14 Jan 87 14:05:56 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: MacWorld Expo Adventures
Well, always being one to expound on any subject I will briefly describe the
experience of 2 days of the MacWorld expo in SF for all of you unfortunate
enough to be unable to attend. However, I must warn you that I freely make
pitches for friends.
I got to meet our wonderful moderator, David Gelphman at the VersaTerm booth
along with Lonnie Abelbeck (my apologies to everyone who's name I massacre).
Remember, Dave does a lot of work to bring this drivel to you. Please stand
and give him a great big hand.
The winner of the Most Booths award has to go to Omnis. They must have had at
least 6 booths with their name dangling from the ceiling. That still didn't
get me to stop though.
Best Giveaway goes to Hewlett Packard for the Blue Chip Solution pure chocolate
peripheral.
Best Output goes to Kory Kolors, who have a transfer process that puts colors
onto your laserwriter output. They were giving demos of silver foil output on
a black background. Beautiful stuff. Krishna Copies in Berkeley is already
looking at buying a couple of these $900 devices. Place a sheet of colored
stock (or several pieces over different areas for multiple colors) and run it
through the thermal device to create beautiful logos, report covers, or
advertisements.
Best Magazine goes to Mac User for printing my Tip. They paid my subscription
back too! See the Feburary issue for details.
Best Paint job went to BMUG. They had some guy there painting Macs. Pink is
a very ugly color for a Mac, but the black and the gray looked good. SuperMac
was trying to cut a deal to do all theirs. The guy only deals in volume.
Best Hacked Up Mac went to DynaMac for their very nice product. It is a $5000
portable Mac+ with built in 1200 baud modem, an amber flat screen display, and
100/200 volt 50/60 Hertz power adaptor. For another $1500 you can have an
interal 40M disk or 4M of RAM. All in all a very nice looking and feeling
machine. It is featured on the cover of MacUser Feb 87.
Best Smut went to that guy running MacPlaymate. Maxie sure is a shameless
girl. I have a very tame demo if anyone is interested. In case you haven't
seen or heard of it, Mike Saenz, who did the Shatter comic and Videoworks
demo, has hooked up the Videoworks drivers to create a girl that does all
kinds of truly perverted things at your command. MacUnderground is
distributing it. Computers were never like this before!
Scanners were big, as were "Solutions". The BMUG Fall 86 newsletter is out
and like they say in it, it just keeps getting bigger and later. It is the
size of the Lightspeed manuals (a medium sized phone book) and perfect bound
like them. It has an article by my friend Paul Daley on Labview and MacAdios,
which he is using to control a fiber optic CO2 (and other compounds) sensing
device.
All the memory upgrade companies have megabyte chips for the Plus. Costs are
running about $700 for two megabytes and $1500 for 4.
There were a number of sooped up boards. Bech-Tech has a 68020 board that
seems to hum. Someone else has a 68000 running at 16 MHz that has fewer
compatibility problems (or so they claim). Once again I think we are better
off waiting for the new machines.
Desktop publishing is still hot stuff, with Aldus showing Pagemaker 2.0 and
having a huge crowd mobbing their 10+ Macs in their hands-on demos. A mailing
I received says they are offering an upgrade to registered users for $75.
Word 3.0 was there complete with the Quick Switch option. Boot up Excel and
Word under Switcher, then when you import a chart from Excel into Word and
select it you will switch to Excel to change it before switching back to Word
and automatically pasting it in. All completely undo-able, of course. Pretty
nifty stuff.
No one there (with the exception of Microsoft) was using Excel 1.03 which
arrived in the mail yesterday. Ooops, I lied. GCC was using Excel 1.03 on
their Hyperdrive 2000 because it supports their 68881 and consequently runs
faster. Excel 1.0 sees no such speed ups.
Faralon Computing was doing a booming business in PhoneNet, the Appletalk
compatible network with better specs using only CHEAP phone wire! They can
even use Appletalk over the phone wires WHILE talking on the phone. Good
stuff. Be sure to buy a piece of phone net to AppleTalk cable if you travel
with it though.
Alan Kay, Bruce Horn, Andy Hertzfeld, Chris Espinoza, and Burrall Smith were
on a nice panel about the early days. Alan Kay showed a bunch of stuff he had
from the early days of Xerox, including the demo that was shown to Steve Jobs
and inspired him to build the Mac. A lot of that stuff hasn't even been
implemented for the Mac yet, but a lot of it has been redone better. Very
interesting historical information and a very silly bunch of people.
All in all, it was a good show. Be sure to read PEABO's account of the
keynote speech in <INFO-MAC>DELPHI3-3.ARC even though he did leave out the
part where Gasse described himself as a Corporate A**hole.
Jon
Back off man! I'm a scientist.
- Dr. Harold Binkman
------------------------------
Date: 14 Jan 87 11:11:59 PST
From: starkweather.pa@Xerox.COM
Subject: Re: MacWorld Expo
Gosh, I hate to question your data but my poll of several quality
computer "stores" like MicroAge etc. indicate the opposite. The MAC is a
good machine and I think has staying power. The lack of a compatible
operating system like all MS-DOS clones and color still significantly
limit its utility. The MAC is popular (with me too) but has not provided
a lot of users with the power and flexibility needed. JAZZ still does
not have the beauty of 1-2-3, HAL now provides technical folk with more
1-2-3 power etc. Surely the contest is on but if by IBM you mean only
IBM produced machines may be that is true. If by IBM one means generic
PC with 80x86 architectures the answer is that Apple is moving rapidly
and decisivly but is way back on the power curve yet. If they introduce
color, emulate MS-DOS etc. then things will be different. As an
alternative it will be the smaller of the two. The are so many systems
and imaging accessories for PC's the list is quite long. For the MAC the
list is very short. Maybe that will change. If flexibility were the
watchword the PC wins. I am not saying the the MAC does not have
significant things to offer but as yet it is inadequate to the PC in
most areas. If not, what are they? GEM has PostScript output for
LaserWriters and is comparible to MACDraw. Ventura Publisher is superior
to Aldus etc. MAC is good but not yet capable of victory. I think the
biggest disk you can get is 20MB for example. PC's can be gotten with
30,40 and 60 MB and the Compaq 386 with up to 130MB. Well time will
tell. But 80x86 machines are walking away from the others currently. In
the future, who knows?
Cheers, Gary
[ note from moderator: Contrary to the above information, there are MANY
hard disks larger than 20 MB now available for the Mac. At the Expo there
were lots of DataFrame 40 XPs being used. Other companies have 30, 40,
80, ~150MB disks available. When the Mac+ was announced about a year
ago, AST offered a 74MB hard disk w/60 MB tape backup. DAVEG ]
------------------------------
Date: Wed, 14 Jan 87 09:57:39 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Re: MacWorld Expo
> Before the MAC takes OVER the office from the PC it has to get INTO the
> office.
Well, the latest Business Week says that about 20% of micros sold to the
fortune 1000 are Mac's. That is 1 out of five. The percentage is higher
in smaller companies, too. The Mac significantly outsells IBM these days,
although it is still outsold by PC clones overall.
If that isn't IN the office, I don't know what is.
>As a user of both machines, MAC is glitzy the PC useful.
Editorial comment, bordering on sour grapes. Doesn't match with the
facts -- look at Pagemaker, look at Excel, look at Word (and the upcoming
Wordperfect), look at Microplanner and DBase. If you can tell me a major
business market segment where the Mac doesn't have an equivalent program
to the PC, I'll be rather surprised...
The facts show the Mac is here. It is outselling the PC. It is driving
into the office. The PC has a LARGE installed user base, but current sales
have definitely turned towards the Mac.
chuq
------------------------------
Date: Wed, 14 Jan 87 09:20:08 AST
From: PAUL%Acadia.BITNET@WISCVM.WISC.EDU (Paul Steele - Acadia
Subject: Disk drives for Mac
I tried to send this message directly to jfm@mcnc.org concerning his
request for information on hard disks, but the network would accept
the address. Im sending it to INFO-MAC instead and hope he will see
it. Pardon the missing quotes in this message. My quote key is not
working...
I nocticed you INFO-MAC message on hard disks and thought Id give you
some info. I went through the same thing just before Xmas and eventaully
ended up with the new jasmine Direct Drive 20. I chose this one mainly
because of price and the fact that they were using the 20-Meg Seagate
disk in the unit. Seagate has been around a long time and their drives
are pretty reliable. The Seagate disk is a SCSI disk as well, so Jasmine
didnt have to add any conversion hardware, just power supply and fan).
The unit is very small height wise, and sits very nicely under the MAC.
The thing I like about it is that it has two power outlets that you can
plug your Mac and Imagewriter into. All you have to do is turn on the
hard disk, and both the Mac and Imagewriter will turn on too (if you
leave their power switches in the ON position). This is nice since
you normally have to turn on the SCSI disk before turning on the MAC.
Another nice feature is that the disk comes with Megs of PD software.
They advertise it as coming with 17Megs, but mine only came with 9megs.
I didnt care since it took me the beeter part of an afternoon just to
go through 9Megs. 17Megs would have been hard to bear. As it was,
I deleted over half of the PD stuff without saving it. Junk. Thats
typical with public domain software. But there was some good stuff on
it and it was well organized using HFS folders.
As for getting something mail order, I was also hesitant since I
live in Nova Scotia Canada. Thats about as far from California as
you can get without ending up in Europe. Anyway, I had them send
it by Purolator for extra cost and it arrived in about 10 days and
worked fine. No shipping damage that I can see. Not packed as
good as I would have liked, but adequately.
For $599 US, I think its a good bargin and probably as good as any
of the other 20Meg disks out there. I would have like 30 or 40 Megs
(its over half full already!), but 20 will have to do. I would
give you their address but its in another file and I cant get at
it while Im typing this message. Their number is (415) 621-4339.
If you chose something else, Im sure youll be satisfied. My only
word of caution is for Mirror Techonolgies drives. I tried two
of their 30Meg drives and sent them both back. THey caused an
unacceptable amount of RF interference. Every radio and TV in
the house got zapped whenever I turned the disk on. Poor design...
Good luck. By the way, I couldnt decide on a tape back up unit.
Theyre all too pricy...
==> Paul@Acadia.BITNET
------------------------------
Date: Tue, 13 Jan 87 21:17:00 EST
From: Ben Cranston <zben@umd5.UMD.EDU>
Subject: Re: document for iconhacker
The signature is messed up. Change it from TEXT MACA to WORD MACA and
it will get all better. You might have to close the folder and open it
again so the Finder will notice. I used the SetFile DA to do the dirty
deed. I also had no problems running the application...
------------------------------
Date: Tue, 13 Jan 87 23:23:46 PST
From: morgan%ji.Berkeley.EDU@BERKELEY.EDU (Robert Morgan)
Subject: Cricket Draw experience
Bouyed by the excitement and glitz of the MacWorld Expo (I think somebody
could even sell me the infamous Word Mangler if they demo'd it on one of
those big screens), I ran out and bought Cricket Draw. I've been waiting
so long for a "next-generation" MacDraw, and CD seems to exceed my
expectations so greatly, I guess it's worth the $190. I should wait and
do a proper review, I guess, but I'm puzzled by what seems to be a big,
nasty bug in one of its most-touted features, binding text along a path.
This is where you can lay text along an arbitrary open-ended curve.
I drew a nice Bezier curve, typed some fancy text, and did the "bind text"
operation. The screen display seemed to be what was promised (diagonal
lines, not bendy text, since the Mac can't generate that in a reasonable
time). But when I went to print it on the LaserWriter, I got not even a
blank piece of paper. When I used CD's PostScript features to turn on the
LW's error reporting, I got messages about "undefined command" and "syntax
error." Then, when I tried an even simpler binding test with a horizontal
line and one word of Helvetica text, the screen display got bizarre and
showed the diagonal lines representing the text dangling off the end of
the horizontal line at a funny angle. Once again this would not print.
Has anybody else tried this program and run into the same behavior?
I guess it's just the hazards of version 1.0 software. It still looks like
a great program to me. More later.
RL "Bob" Morgan, morgan@ji.berkeley.edu
------------------------------
Date: Wed, 14 Jan 87 12:13:42 EST
From: Meredith Lesly <mlesly@labs-b.bbn.com>
Subject: Mouse freezing
I've been having a lot of trouble with my mouse freezing in the finder, both
at work and at home. One hypothesis is that my system or finder is trashed,
although I replaced the finder recently. I'm perfectly willing to think that
it's something horrible I'm doing, although I think it's happening even when
I haven't crashed.
Question 1 is: Could this be a system or finder bug, either trashed or
untrashed. Question 2 is: how do I trap it? I guess the mouse freezing
means something's writing to some hi-mem place. Is there some way of
using TMON to have it interrupt whatever's going on so I can find the
culprit?
Thanks, ya'll.
Meredith Lesly
BBN Labs
"My employer is not responsible for anything I say here. Of course, neither
am I."
------------------------------
Subject: APDA and MacUser offers
Date: Tue, 13 Jan 87 16:05:28 -0800
From: Kathleen Huddleston <gregory@icse.UCI.EDU>
I have received "the Power Users Manual," thus it's not vaporware. It is
a useful compilation of tips and undocumented features. It's softbound --
like a Magazine rather than a book, but is a nice bonus.
I don't know what's going on with APDA memberships and the books. We called
in mid-November and received an application in early December which I filled
out and sent in on December 20 (the day I received it -- so I guess it was
more like late December.) I just got a packet from them saying they had
"received" it January 2, 1987 --- No book, nor any mention of the book although
I had requested it. I just wrote them a letter asking for the book. If I don't
receive it I plan to ask for a refund of my membership. APDA sounds like a
reasonable organization, and I wish them well, but I think they should be
careful about the way they are handling responses to their offers. Especially,
it's annoying to not be able to join (via credit card) over the phone. If
I could have done that I would have had my membership in in November, well
before their offer expired.
Maybe I'm getting tired of these sorts of delays. I'm one of the many who
got caught by Northeastern Software and am waiting for a substantial
refund as they wind through Chapter 11 in Connecticut. I'm not holding my
breath.
------------------------------
Date: Tuesday, 13 Jan 1987 20:17:16-PST
From: shimono%tkov58.DEC@decwrl.DEC.COM (Takao Shimono - Call me
From: Taxi)
Subject: Re: Sharp's X68000
Yes... According to a Japanese magazine, "ASCII", January issue,
X68000's operating system has upper compatibility to MS-DOS 2.11.
Of course, it's not a real MS-DOS. It's developed by Sharp.
Takao "Taxi" shimono@digita.dec-j.junet "dig it alWAYS"
/DEC-Japan/SoftwareServices/AIsystems/studio.h
uucp: {allegra,decvax,ucbvax}!decwrl!tkov58.dec.com!shimono
arpa: shimono%tkov58.DEC@decwrl.DEC.COM
------------------------------
Date: Wed, 14 Jan 87 07:45 PST
From: Wahl.ES@Xerox.COM
Subject: Laserwriter
I want to get a Laserwriter printout of a Pagemaker document and I don't
have and can't afford a Laserwriter. I've called a bunch of Mac
computer stores and print places looking for a place that rents
Laserwriter time, but can't find anyone who does or any pointers to any
such place. Does anyone out there:
1) know of Laserwriter for rent in the LA (preferably LA Airport
area--going downtown or to Orange County for this service is, like, not
high on my list of things I'd like to do)?
2) have access to a Laserwriter and might be willing to print it for me
(for a small fee) if I mail a disk?
This is for a non-profit and worthy cause -- the Star Trek
Welcommittee's Directory of Star Trek Organizations.
Thanks in advance.
--Lisa
------------------------------
Date: Tue, 13 Jan 87 10:14:41 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC.ARPA>
Subject: The tax man cometh!
Hello out there y'all and happy new year!
First off, thanks to all who replied to my query about the full disk directory
problem i was having. It isn't possible to correct it, but now at least i think
it is understood. What it is is this. If your boss has you generate lots of
short memo type paperwork, you can only store so much of it on one disk. Which
should be a good reason for getting a better job with less trivial paperwork,
but that is for another day.
Now to my next question. What happened to the excel tax template archived in
the info-mac files? It was there yesterday (12jan87) and i downloaded it to
my mainframe here in Joisey. The problem is that i screwed up and lost it
while taking it from the vax to the mac (my fault totally), and today i found
that the file was no longer in the archives. What gives? It was archived as
<INFO-MAC>EXCEL-TAXTEMPLATES-1986.HQX.1 and just ain't there anymore.
Regards,
tom c
[ note from moderator: As reported in the last version of info-mac digest,
the original poster of the templates requested that they be removed so they
were. DAVEG ]
------------------------------
End of INFO-MAC Digest
**********************
∂18-Jan-87 1729 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #40
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 18 Jan 87 17:28:51 PST
Date: 18 Jan 87 1727-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #40
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 18 Jan 1987 Volume 5 : Issue 40
Today's Topics:
Can a screen inch be a laserwriter inch?
Shutdown hook
Re: APDA & book
RE: What bugs you about the Mac user interface
Programming Language Update from Macworld Expo
MacApp update from Macworld Expo
Dungeon of Doom Version 4.0
Macput updated for multiple file transfers with VersaTerm
TeXtures
Icon Hacker
A few responses and a tip
Re: Laserwriter prints
Re: MacWorld Expo
68020 vs 80386
Looking for help in Engineering applications
cable for mac+ to ventel 2400 baud modem?
Mac+ DIN8 to Mac DB9 connector
Need Unix tty --> AppleTalk hack
Delphi Mac Digest V3 #4
Delphi Mac Digest V3 #5
Usenet Mac Digest V3 #4
Usenet Mac Digest V3 #5
----------------------------------------------------------------------
Date: Thu, 15 Jan 87 09:34:14 PST
From: tuttle@ernie.Berkeley.EDU (Mark S. Tuttle)
Subject: Can a screen inch be a laserwriter inch?
Silly me. I thought Mac+ + Laserwriter+ would be different than all the other
"photo-typesetters" I've used, i.e. where beautification takes longer than
writing.
To whit: I am preparing camera ready copy with MacWrite (I know, I know),
the kind where the page must be exactly 7" wide, etc. Using the MacWrite
rulers I got all this laid out perfectly on the first try, at least on my
imagewrite I. I used, as I was instructed by my friend with the laserwriter+,
the "Times" font, which looks too small (clue?) on the screen, but great
coming out of the laserwriter.
Of course, when I ran my paper off on the laserwriter everything was too big --
a 3 5/16" column was more like ~4", etc. Using the reduction feature of
the laserprinter driver we tried 90% and it is close to the right thing, though
I'm not sure the vertical spacing did the right thing.
Thus, is there any way I can compose (using MacWrite, I'm waiting for my Word
3.0 upgrade) using my mac+ and imagewriter I, and have an inch be an inch
on the laserwriter. If it wants to rejustify the text, that's fine. I just
want the absolute margin control. Suggestions or "work-arounds" appreciated.
The laserwriter did a wonderful job with my Excel Charts and my StatView512+
scattergrams and regression lines, etc.
Thanks in advance,
-- Mark Tuttle
tuttle@ernie.berkeley.edu
Computer Science Div - EECS, UCB
Medical Information Science, UCSF
------------------------------
Date: Thu, 15 Jan 87 17:54:12 est
From: decvax!wang!ephraim@decwrl.DEC.COM
Subject: Shutdown hook
In info-mac v3#38, Godfrey DiGiorgi asks for a shutdown hook, and
points out that switcher (apparently) uses such a thing.
Alas, it's an illusion. It's the author of Finder that changes
the ShutDown menu item when Switcher is installed.
Switcher doesn't do anything but sit there.
I asked Apple about a shutdown hook for device drivers, so that
hard disks could park their heads. Their reply was "maybe next
year." (That's this year, now, as it was October when I asked.)
I'd be happy if the system would just *close* all the
device drivers before shutting down, but it doesn't even do that.
Ephraim Vishniac
decvax!wanginst!wang!ephraim
------------------------------
Date: Thu, 15 Jan 87 19:58:34 PST
From: wetter@tybalt.caltech.edu (Pierce T. Wetter)
Subject: Re: APDA & book
I joined apda, got my book and my membership card. BUT NOT IN THAT ORDER.
After I had been a member for about a month APDA sent me a card saying they were
out of stock for the book. (Not surprising.) Two months ensued and then the book
arrived. If you havn't gotten your book yet just be patient, its probably coming
Pierce Wetter
--
Keep you Eye on the Ball,
Your Shoulder to the Wheel,
Your Nose to the Grindstone,
Your Feet on the Ground,
Your Head on your Shoulders.
Now ... try to get something DONE!
wetter@tybalt.caltech.edu
------------------------------
Date: Tue, 13 Jan 87 13:29 CDT
From: "1208::SEABAUGH%ti-eg.csnet"@RELAY.CS.NET
Subject: RE: What bugs you about the Mac user interface
In response to Julian Lebensold - What bugs you about the Mac
user interface?
One particularly useful feature would be a menu selection to allow
a file to be dumped to the screen, not for word processing, just
for viewing. Control-Q and Control-S could be used for stopping
and continuing. Don't worry about formating; list the file in ascii
with reasonable symbols substituted for control characters. This
procedure should be defaulted to whenever an application cannot be
found for the item. Bitmaps might be singled out and dumped to the
screen. A keystroke or mouse click would return to the desktop.
More generally a user-interface should not order you around. Warning
messages which won't let you continue until you have clicked in an 'ok'
box are humiliating and annoying. Maybe it's not ok! Default procedures
could be defined in many cases, which, while they may not do exactly
what you want, will give you immediate information (perhaps as much
as you need). For those warnings where a default procedure cannot be
defined, let any mouse or keystroke event remove the warning.
------------------------------
Date: Sat, 17 Jan 87 12:09:27 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Programming Language Update from Macworld Expo
Although this is a week late, I hadn't seen it anywhere, so I'm
going to post my annual state-of-the-languages report from San
Francisco. (MacApp is covered in a separate article.)
Booths
TML, Consulair, Think, Borland, ExperTelligence, APDA
Others
Apple (seminars), ICOM (around), Jasik (mooching off MacTutor)
Now the news:
MPW 1.0 is out, those who have betas should by now have near-final
manuals. Final 1.0 manuals (with index) will be available March 1,
and at that time, prices will go up to $150 for MPW, $125 each for
Pascal and C, $100 for MacApp. Beta customers will be able to buy
the final manuals for a "nominal" charge.
MPW is on track but MacApp is several months behind. An alpha of
MPW 2.0 was demoed, the main difference was the "markers" menu from
the Lisa Workshop. 2.0 will include 68020/68881 compiler options.
On other fronts, Borland and Think were demonstrating their products.
Lightspeed Pascal will become more MPW Pascal-compatible although
100% compatibility is not a goal, and C/Pascal compatibility is not
a high priority.
TML says 3.0 is due after the IIgs product is out. I can't find it
in my notes, but I think 3.0 is supposed to be MacApp compatible.
Bill Duvall at Consulair feels real stomped on by the big foot of MPW.
Darin Adler of ICOM says a new product is under development, it sounded
like it was due in the 2nd quarter. Steve Jasik was showing his
debugger, being his customary polite self; I didn't see a user manual,
so, after MacNosy 1.0 and 2.0, it's of no interest to me.
ExperTelligence said their ExperCommon Lisp is $700 (show special?) and
is a compiled Common Lisp that produces fast stand-alone applications.
Most fascinating was 'Interface Builder' ($300), a front-end to their
Lisp, in which you draw your dialogs and controls with their program,
add a few routine names for each control and a page of code, and you
interactively have what built would take say 4-5 pages of MacApp source.
(If I had time to learn Lisp this year, it would be #1 on my list
of development tools). A Lightspeed C version is reportedly planned.
APDA may focus on becoming a professional association. They have a mix
of big guys and little guys, the little want cheap products, the big
guys want fast delivery. Perhaps 40% of members have no company or a
1-2 person company. 40% also have MS-DOS machines, 60% with Macs.
Scott Knaster basically reiterated Tech Note #2, follow top-level
interfaces, many things "almost guaranteed to change." The QD global
screenBits.bounds got mentioned several times, although he admitted
that it was reasonable for a programmer to assume a rectilinear
display (even if an unnamed product violates this rule.)
Joel West ihnp4!gould9!joel
Western Software Technology joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Sat, 17 Jan 87 12:10:49 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: MacApp update from Macworld Expo
The MacApp Developer's Association met for the second time. (No
polo shirts this time, darn!) TEView is the biggest improvement
since 1.0b2; most of the rest of the time was providing a complete
(application-quality) memory management system. If you're using
MPW Pascal {$LOAD} directives, the biggest bottleneck right now
is the link.
The developer's association will be distributing source code disks
(including Schmucker's QuadWorld, since the Hayden disk distribution
died when Hayden was bought). Closing date will be 6/87 for a disk
available at Boston. Schmucker is working on a new example
for Bix subscribers to watch and make suggestions, and he also is on
Genie. The 2 half-day course was very successful (60+ people) and
probably will be repeated in Boston.
Harvey Alcabes (Apple's product manager) asked/offered ideas on new
building blocks for MacApp, and took a poll of the audience. Among
the ideas considered:
Full AppleTalk support (definite)
Document views > 65536 x 65536 pixels
UDialog simplified (don't use CatViews)
TextEdit > 32,000 chars (75% said yes)
Text with formatting (75% said yes)
Serial (50%)
MacPaint bitmap views (?)
SCSI (little interest)
There was a suggestion that the MADA could help out by solving
some of the simpler areas, such as better collections.
C++ is no longer "C+-" but "minimal C++". Apple is working on it
but since it's research, no guarantee as to when it will be out.
This seems to be their #1 request.
Larry Tesler, Apple VP for Advanced Technology, gave a pep talk
about making object-oriented languages a reality. He hinted
Apple was doing other things in this area he couldn't announce.
Also suggested that MacApp would be important for IIgs
and unannounced Macintosh products.
Estimates are that only 50 to 100 companies (or individuals) are using
MacApp, and only 10 to 15 for substantial projects. MacApp is being
used by Apple for small projects in-house.
Joel West ihnp4!gould9!joel
Western Software Technology joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Mon, 12 Jan 87 15:35:51 PST
From: David Gelphman <daveg%slacvm.bitnet@forsythe.stanford.edu>
Subject: Dungeon of Doom Version 4.0
Date: 11 Jan 87 13:00:05 GMT
Sender: root@felix.UUCP
Reply-to: macintosh@felix.UUCP (The Moderator)
[ from usenet news ]
This is part one of five of Dungeon of Doom version 4.0.
It is shareware for $25.00 and is written in Lightspeed C.
Enjoy!
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-DUNGEON-OF-DOOM-40-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-DUNGEON-OF-DOOM-40-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-DUNGEON-OF-DOOM-40-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-DUNGEON-OF-DOOM-40-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-DUNGEON-OF-DOOM-40-PART5.HQX
DAVEG
]
------------------------------
Date: Thu, 15 Jan 87 12:32:04 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Macput updated for multiple file transfers with VersaTerm
A new improved VersaTerm (3.0) has been released and it now has a number
of significant features. One new item is that it can now do multiple file
downloads and uploads automatically using KERMIT or XMODEM. Lonnie Abelbeck,
author of VersaTerm has provided the source for a new improved MACGET which
will work with VersaTerm to transfer multiple files. I'm posting this
new Macget as well as a 'differ' file which indicates the differences between
the 'standard' macget and this posting for those who may have otherwise
modified macget in other ways.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACGET-MULTIFILE.C
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACGET-MULTIFILE.DIFF
DAVEG
]
------------------------------
Date: 15 Jan 87 19:29:00 EST
From: Richard Zaccone <ZACCONE%BUCKNELL.BITNET@WISCVM.WISC.EDU>
Subject: TeXtures
My major complaint with TeXtures has also been the fonts. I've been
using TeXtures with LaTeX, and it is common for LaTeX to want to use an
18 pt font for a title or section heading. So far, the output produced
by TeXtures has not been very good when printing these larger fonts.
In fact, the larger fonts look terrible. Of course I could hack up
LaTeX so that it uses the Laserwriter fonts whenever it needs 18 pt or
22pt, but after paying $500 for TeXtures, I expect *all* fonts to look
great.
These comments are based on version .95c of TeXtures. I haven't seen
the output produce by .95f yet.
Rick Zaccone
zaccone@bucknell.bitnet
------------------------------
Date: Tue, 13 Jan 87 16:09 EST
From: Joe Mastroianni <JDM%SMVL%rca.com@RELAY.CS.NET>
Subject: Icon Hacker
Gee,
Im sorry, im guilty of two evil things.
These pertain to the version of Icon Hacker posted here. I need
to re-post it, taking a little more time to be civil in the process.
1) The documentation to Icon Hacker is in MacWrite 2.2 "Entire Document"
format. However, the file type is set to TEXT instead of WORD. This
is because I used this file to test out my attribute changer (
inside Icon Hacker), and packed it instead of the unhacked file.
If you are adventure-ish type, you can change the TEXT in the
file type field to WORD (using resedit, fedit, File Hacker, or
Icon Hacker) and all will be well.
2) Icon Hacker is shareware. I wanted to make sure my copyright
notice would not be removed by non-registered users. So I
put a checker in there that makes sure the notice isnt
tampered with.
However, even though I used NO 128K ROM SPECIFIC calls in the
program, users with 64K ROMS will fail my checker. I dont know
why. Im sorry. I dont have a Mac with 64K ROMS to do my Beta Testing
on.
I will do two things in response to the piles of mail I have been getting:
1) I will pack the CORRECT UNHACKED documentation along with
2) a recompiled version of Icon Hacker with the copyright checker
removed.
These I will post to Info-Mac as quickly as is reasonable for someone
in my condition (half-crazed). I promise to be good in the future.
Joe
------------------------------
Date: 15 Jan 87 13:41 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: A few responses and a tip
I'd like to respond to a few things from vol. 5 #39 and offer a tip.
1. Many people here have experienced severe data loss from their external
drives. The major reason is that they have been keeping them on the left side
of the Macintosh housing. DO NOT store your external drive either on the left
side or on top of your Mac. The power supply is on the left side and it
gets too hot on top. (This goes for Harddisks too).
2. To "Lisa" who needed a Laserwriter. Send me a disk and I'll only ask
fro the cost of the paper back if it is too large. REspond to
"hallett@ge-crd.arpa"if interested. (I tried to mail to her directly, but
couldn't get a path.)
3. How compatible is a Jasmine 20 with the SCSI port offered with the Levco
memory upgrades? Some one told me once that the SCSI port on Levco's Monster
Mac upgrades is not a "true" SCSI port; it only mimics the protocol used by
some SCSI drives. True? False?
JAH
------------------------------
Date: 15 Jan 1987 11:27:50 PST
Subject: Re: Laserwriter prints
From: Richard Gillmann <GILLMANN@C.ISI.EDU>
There's a place in Marina del Rey called Alphagraphics. They are some
kind of new instant printer. The have four Mac+ workstations, a
Laserwriter, and some kind of monster photocopier. I've been able to
go in with a Mac disk, have it Laserprinted and duplicated, all
in just a few minutes while I wait. This is some kind of franchise
too, so there may be others around that are closer to you. They
say soon they will have modem input too, which will be fantastic.
They charge $2 a page for Velox laser printing, $12 an hour to use]
their Mac+ workstations, and the usual rates for photocopying. Not
cheap, but very fast and handy, in my opinion.
Richard Gillmann
------------------------------
From: korn%cory.Berkeley.EDU@berkeley.edu (Peter "Arrgh" Korn)
Subject: Re: MacWorld Expo
Date: Thu, 15 Jan 87 00:33:59 PST
Please, PLEASE, let's not let a good desktop publishing forum degenerate
into a Mac vs. Atari vs. PC vs. xxx debate/mud-slinging match.
EVERY machine has it's strengths and weaknesses. Some are better
suited to desktop publishing than others (an intel 8088 just doesn't
cut it, I think we'll all agree). Some are better positioned in
the business community than others (it's very hard to compare to
the installed user base of MS-Dos machiens).
BUT... what does any of this have to do with the purpose of this
forum? Let's return to discussions of desktop publishing, ok?
Peter
P.S. folks, it's 'mac', or 'Mac'. But it's not 'MAC'.
------------------------------
Date: 16 Jan 87 11:40:00 EST
From: <bouldin@ceee-sed>
Subject: 68020 vs 80386
Reply-to: <bouldin@ceee-sed>
Given the hype in Infoworld and other big name media it is interesting
to get some actual numbers for 68020 vs 80386 performance in a real world
application. The standard benchmark for number crunching is a floating point
benchmark called a whetstone. Like all benchmarks, this does not test
every feature of a chip, and it tests a compiler along with the chip.
However, the benchmark has been run on almost every large, and many small,
computers. Since I have just seen the first quoted whetstone result on
the Compaq 386, I thought it would be useful to summarize some numbers
here.
Computer/Compiler Single Prec. Whetstones (kilo-whets)
Vax 11-780/ VMS Fortran(1) 1050
Mac+/Absoft Macfortran (2) 41
Mac+/Novy 020/881 upgrade(3) 214
Mac+/Prodiy 4 upgrade (4) 500
Compaq 386/ Lahey Fortran (5) 232
Compaq deskpro 286/Lahey(6) 98
Comments on the hardware/software:
(1) Unloaded Vax 11-780 with VMS 4.x and latest release of the Fortran
compiler.
(2) Standard Macintosh with Absoft/Microsoft Compiler.
(3) Mac+ upgraded with Novy 68020/881 board, running Absoft MacFortran 020
compiler. Clockrate is still 8 Mhz and data path is still 16 bits.
(4) Mac+ upgraded with Prodigy 4 running Absoft MacFortran 020 compiler.
Clockrate is 16 Mhz and data path is 32 bit. The factor of 2 over the Novy
board is from clockrate increase and bus bandwidth. Except for the Mac's
infamous "video refresh through the cpu" this benchmark would be closer to
750K whetstones. The Prodigy Prime and the Ryad 020/881 upgrades should
provide essentially the same performance.
(5) Compaq 386. Uses 16 Mhz 80386 with harware floating point supplied by
a 12 Mhz 80287, since there is, as yet, no available 80387. Lahey Fortran
compiler.
(6) Compaq Deskpro 286, 80286/80287 running at 8 Mhz. Lahey Fortran
Compiler.
These results show pretty clearly the problems of the 80386 in the present
MS-DOS environment. Despite the hype in the popular press the 80386
machines are only giving (roughly) a clockrate improvement over 80286 or
8086 machines. Some improvement will follow when 80386 specific compilers
and software start to appear, but it is doubtful that this will make up
the appoximate factor of 2 speed advantage of the 68020/881. Ironicallly,
after years of dominance by the 8087 and 80287 it now appears that
Motorola has a solid advantage in floating point chips with the 68881.
The most interesting part of the benchmarks is to see how close we really
are to providing true Vax level performance from a cheap desktop machine.
By the end of this year, upgrade Macs will likely match or exceed VAX 780
performance.
Here is the code for the whetstone benchmark in Absoft Fortran
for the Mac. I think that, except for the routine that reads the time from
the system that this will port to almost any fortran environment.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>WHETSTONE-BENCHMARK.FORTRAN
DAVEG
]
------------------------------
Date: Thu, 15 Jan 87 02:03:59 PST
From: <CVRRTAA@technion.bitnet>
Reply-to: CVRRTAA%TECHNION.BITNET@forsythe.stanford.edu
Subject: Looking for help in Engineering applications
I am a new Mac owner, my main fields of interest are Petroleum Engineering, Flo
w in Porous Media and fluid mechanics. In the last few months I had the chance
to see a lot of application for the mac. However, these had nothing to do with
Engineering in my fields of interest. Since i read in few of your INFO-MAC tha
t the Macintosh is more Engineering oriented than the IBM PC, I wonder where ca
n I find information about Engineering applications for the Mac. I know that St
anford University has the best Petroleum Eng. School in the world and since you
are also located in Stanford I hope some help might come from you.
------------------------------
Date: Thu, 15 Jan 87 23:42:30 PST
From: markt%cogsci.Berkeley.EDU@berkeley.edu (Mark Turner)
Subject: cable for mac+ to ventel 2400 baud modem?
Where in the San Francisco Bay Area, or from what mail order
house, can I get a cable to hook a ventel 2400 baud modem to
a mac+ ??
I think i need a male RS232 end and a a male circular 8-pin end.
Thank you.
markt@cogsci.berkeley.edu
[ note from moderator: ComputerWare in Palo Alto sells all sorts of adapter
cables. The 8pin to modem connector is $15. Their numbers for mail order are
800-323-1133 in CA and 800-235-1155 in the rest of the US. DAVEG ]16-Jan-87 15:00:25-PST,948;000000000001
------------------------------
Date: Fri, 16 Jan 87 14:56:21 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Mac+ DIN8 to Mac DB9 connector
One thing I forgot to mention about the MacWorld Expo was that Andy Hertzfeld
showed me a bit of hardware that Thunderware was going to be releasing. It is
a connector that will siphon power from your disk drive port to power an old
style DB9 connector. It consists of a DB25 on one side with a DB25 and a DB9
on the other and a DIN8 on a short cable to plug into one of the Mac+ serial
ports. It will eliminate the need for a transformer for such things as the
Thunderscanner and MacNifty sound digitizer.
Jon
------------------------------
Date: Fri, 16 Jan 87 11:35:34 CST
From: pat@a.cs.uiuc.edu (Pat Kane)
Subject: Need Unix tty --> AppleTalk hack
Hi Macs,
A few months ago I saw a program fly by on either
infomac or usenet that took input from a Mac's serial line and sent it
to the appletalk port... handy for routing postscript files from a
Unix host to an Apple LaserWriter. I now need the code for a demo.
Do you have a pointer to it?
Pat Kane, Uo'I, Urbana IL
------------------------------
Date: 17 Jan 87 18:37:25 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #4
Delphi Mac Digest Saturday, 17 January 1987 Volume 3 : Issue 4
Today's Topics:
File Transfers To/From IBM System 38 (6 messages)
RE: imagewriter II problems
RE: New Products Introduced at Macworld (2 messages)
TML Pascal (3 messages)
Database Appl (2 messages)
lynx trackball
DragGrayRgn and Scrolling (2 messages)
Telescape-PRO VT100
RE: Database program
RE: looking for information on connecting typewriters ... (2 messages)
RE: Printer Spooling w/Mac+
RE: Surge Suppressors
RE: Re: MacWorld Expo
RE: bargain WP offer for Mac for $29.00?
RE: Votes sought for 'most overrated' (2 messages)
New Acta version
Internet mail utility for Appletalk (2 messages)
BCS Shareware Awards
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-4.ARC
DAVEG
]
------------------------------
Date: 17 Jan 87 18:43:00 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #5
Delphi Mac Digest Saturday, 17 January 1987 Volume 3 : Issue 5
Today's Topics:
RE: MacWorld expo note
SuperLaserSpool for DataFrames
Cricket Draw (4 messages)
shut down hook (4 messages)
Better screen fonts
LaserWriter labels (2 messages)
Stock Market (2 messages)
Re: Program control of the MacPlus disk
OS9
trap patches (14 messages)
Animal, Vegetable, Mineral? (2 messages)
ListMgr/TextEdit Data >32k (2 messages)
RE: Pictures in Word
RE: downloading postscript
Re: Excel templates
Re: mac cooling
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-5.ARC
DAVEG
]
------------------------------
Date: 17 Jan 87 18:58:12 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #4
Usenet Mac Digest Saturday, 17 January 1987 Volume 3 : Issue 4
Today's Topics:
Rom Debugger -> Finder
QUED 1.3
Re: Surge Suppressors
Re: Rom Debugger -> Finder
Hard disks
Re: Should 64K ROMs be supported?
YAFQ (Yet Another FORTRAN Query)
Mac Serial Number
ChipWits availability
Finder 5.4a2 questions
Print-Preview
Saviour
More MacinTalk info
Andy - Servant
Re: LSC 1.02 Interfaces
Wanted: International Phonetic Alphabet for Mac/Laserwriter or QMS
That rascally Macsbug
Re: Request C program to drive Macintalk
LaserWriter in Executive
HalfTone
Icons, Bundles, and Friendly Applications
Setting Laserwriter Linewidth
Re: Surge Suppressors
Information, please.
Drivers with Lightspeed Pascal
Typing tutors for Mac
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-4.ARC
DAVEG
]
------------------------------
Date: 17 Jan 87 19:05:11 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #5
Usenet Mac Digest Saturday, 17 January 1987 Volume 3 : Issue 5
Today's Topics:
MS Word 3.0 delayed
Re: Wanted: International Phonetic Alphabet for Mac/Laserwriter or QMS
Re: YAFQ (Yet Another FORTRAN Query)
Macintosh 100 (Delphi digest V3, #2)
Re: Information, please.
Sample Macintalk program (Lightspeed C)
Please explain TextEdit feature...
Re: Rom Debugger -> Finder
_launch
Mac+ to DMP 105 Printer or Other Prinerλλters???? HELP!!!!
resources in other files in the blessed folder
Bengali Font
Re: Information, please.
Re: resources in other files in the blessed folder
IBM PC -> Imagewriter
Re: Sample Macintalk program (Lightspeed C)
Re: Hard disks
Re: MacDraw file format?
Aztec C upgrade
Porting IBM PC Applications
AppleTalk, ATP-timeout question
Re: MacWorld Expo
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-5.ARC
DAVEG
]
------------------------------
End of INFO-MAC Digest
**********************
∂19-Jan-87 1436 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #41
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Jan 87 14:36:03 PST
Date: 19 Jan 87 1430-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #41
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 19 Jan 1987 Volume 5 : Issue 41
Today's Topics:
Need hard disk tech help
re:ibm vs mac
re: Information Please
Re: Porting IBM PC Applications
New version (port) of TransSkel for Pascal
Mac software version list
Other... 3.06
Mac PROLOGs
In-line MicroProcessor Emulators for Macintosh?
Cross assemblers for the mac.
Upcoming FCC decision on access fees for packet switching networks
Query for personal finance software
Mac generated greeting cards
----------------------------------------------------------------------
Date: Fri, 16 Jan 87 14:55:02 PST
From: pweiss@Sun.COM (Paul Weiss pweiss@sun.com)
Subject: Need hard disk tech help
Hi. I want to hang a hard disk and controller (which I already own)
off a vanilla (old ROMs) 512K Mac. The disk is a Micropolis 1304 (41
MB formatted); the controller is an Adaptec ACB-4000. I'm new to the
Mac, but have written device drivers (including one for a SCSI disk)
for several other OS's, and have designed the device driver interface
for one OS, so I feel OK about tackling the job. The questions I need
answers for are:
1. Which upgrades do I need to have done to the Mac? Why? What are
the cabling and power issues I should be thinking of?
2. Where is the Mac device driver interface documented?
3. There is a shareware SCSI driver on INFO-MAC. Where is the documen-
tation for it archived? (Is my problem solved already?)
4. Is there a PD (or shareware) driver kicking around in source form?
5. Is this job do-able in finite time? (Just kidding....)
If this topic has already been discussed in depth at some past time,
pointers to the archived discussion and/or to the principals would be
helpful to me, and less boring to those who have sat through the
discussion once. Has anyone out there done this for him-or-herself
already? Thanks for the pointers - please email to me, and I'll relay
the responses to those others who indicate interest.
Paul
[ note from moderator: 1. you need the new Roms and a SCSI port installed
on your Mac (available from SuperMac among other vendors for ~$100.)
2. Inside Mac Volume 2 had information about device drivers and IM Vol4
specifically discusses the SCSI interface.
3. The program in the archives you refer to has documentation included so
have a look at that. 4. The July software supplement from Apple included
source for the driver. You should be able to obtain this from APDA.
5. Yes DAVEG ]
------------------------------
Date: Thu, 15 Jan 87 01:33:06 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: re:ibm vs mac
Mac VS Itty Bitty Machine & friends
Enter your message below. Press CTRL/Z when complete, or CTRL/C to quit:
I must admit that I am really getting kind of sick of hearing/talking-
about/defending the Mac vs the Clones and their friends. They are very
different machines, conceived with very different philosophies and concepts
in mind, but ultimately they are both designed to get work done for the
purchasers and make money for the producers. That they do this through
almost diametrically opposite means is a means of perceiving their designers
ideas in a new perspective.
InfoWorld's analysis (for once) was rather well done: the clones have
a great assemblage of hardware due to all the competition and a dogmeat
operating system. That some reasonably good programs that are usable
and saleable exist for them is a testimony to useful hardware and
perseverance on the part of many fine programmers.
The Mac has a very advanced (for a micro) operating system and rather
simple hardware. It is a good example of 'elegant' compromise and careful
cost consciousness. It was on introduction, and still is, a touch pricey,
but the system software allows very nice applications that prove useful
to be written with only a transitional pain to the programmer in learning
new program and environment. The end user has it pretty nice, but could
use more powerful hardware.
That both machines are being used by a range of people, from high-end
business folks to low-end hacker children, shows that the manufacturers
have mostly done what they desired: that is, make a product which sells
in a reasonably profitable fashion.
These machines are tools for getting work done, they can expand your ability
to create through their power to manipulate infomation.
As are all machines, they are dead things, limited to the constraints of
their manufacture and the technology of their time, and soon to be superceded
by the next time and technology. The parts that capture our imaginations
are the ideas that they allow us the time and freedom to create.
I like my Macintosh very much. This says that I feel the compromises of
its designers fits my notion of what sort of machine I find acceptable
for the purposes to which I intend to apply it. If you do not like your
Mac, why do you continue to use it? You have choice in the matter! I also
like my VAX and wish the Mac had its speed and power. I wish the VAX had
the Mac's ease of use and elegance.
PS:: I don't personally have a half a million to buy my very own VAX and
I suspect that not too many others on the net do either, so my
company owns that one and we do our big difficult jobs with it.
The Mac in my office, like the one on my desk at home, does my
personal business and pleasure tasks, for which the VAX is
unnecessary.
Please, let this be the end of the long PC contention over which is 'best'.
There cannot be a 'best', only a measure of function and satisfaction
through a wide range of tasks to which we put these tools. After all,
I have a complete set of Sears Craftsman tools, with the addition of
Snap-On Phillips Head screwdrivers, because they do the tasks to which I
desire to put them.
Godfrey DiGiorgi
digiorgi@jpl-vlsi.arpa
... and according to one industry visionary, the personal computer doesn't
yet exist.
----
Another Cute Disclaimer:
If these ideas offend thee, strike them out! Exit
------------------------------
Date: Mon, 19 Jan 87 10:42:59 EST
From: Meredith Lesly <mlesly@labs-b.bbn.com>
Subject: re: Information Please
You're going to have trouble in that configuration no matter which compiler
you buy, but LSC does allegedly work with two 400k drives. In the 2.01
suplement is a list of recommended disk layouts, including one for your
configuration.
On the quality end, I would strongly recommend LSC. It is the fastest,
and most reliable compiler I have ever used. I've been using it (literally)
since day one and, while there were a few bugs in version 1.02, have been
tremendously pleased and much more productive.
Disclaimer: I'm friends with several Think employees and so might be
construed as biased. On the other hand, I met the Think folks because of
my strong fandom of LSC, not the other way around.
meredith lesly
------------------------------
Date: Mon, 19 Jan 87 10:25:25 EST
From: Meredith Lesly <mlesly@labs-b.bbn.com>
Subject: Re: Porting IBM PC Applications
_If_ a program ses nothing but stdio, it shouldn't be too hard. But that's a
big if. If the program does any C-specific I?O, like writing to the screen or
BIOS calls, you're in trouble.
------------------------------
Date: Sat, 17 Jan 87 21:54:00 EST
From: "Owen M. Hartnett" <omh%cs.brown.edu@RELAY.CS.NET>
Subject: New version (port) of TransSkel for Pascal
The following nine files are my port of the TransSkel package into
LightSpeed Pascal. TransSkel was originally written in LightSpeed C
by Paul DuBois.
For those unfamiliar with TransSkel, it's similar to SimpleTools and
the "extenders" which handle certain standard Macintosh functions for you.
Simply call the proper routine and TransSkel will keep track of your
menus, windows and dialogs. The code itself is fairly robust, although no
memory checking is done to speak of. You will want to keep track of this
from your main application.
There are actually three parts, each of which has three parts. For each
part, there is the code itself, a set of demo routines, and a documentation
package. The modules are TransSkel and two other modules which sit on
top of TransSkel to run: TransEdit and TransDisplay. TransDisplay may be
superfluous, as LSP's ShowText window and built in output routines already
provide most of its function, but was included anyway for the sake of
completeness. It provides a scrollable output window useful for a "Help"
type display. TransEdit is a Text file editor module which may be added
to provide TextEdit type editing to your applications, along with scrolling
windows and file support.
The port is a pretty straightforward translation of C to Pascal with not
much effort being put into optimizing for Pascal. The reason for this
is to effect a speedy port and to give people a reason to send me
suggestions. Also, the comments were directly imported from the C version
and touched up by hand, so if I forgot to change a "filename.c" into
a "filename.pas" please forgive it. Even if you don't use TransSkel.pas
you might be interested in the routines which allow you to run a procedure
given a ProcPtr to it. In C, that's trivial, but for Pascal, I had to
write "glue" routines for each different parameter combination.
TransSkel's Pascal Port, like its C sister, is completely public domain,
no fees, licenses or restrictions imposed. Use it to write your million
dollar best selling programs.
Note: the current versions of TransEdit and TransDisplay require that
range checking be turned off when in use. This is because of LSP's
lack of forgiveness in this regard. TransSkel doesn't suffer from this,
because I went in and sequenced the IF statement expressions correctly for
Pascal. Maybe I'll get to this in the next edition for Edit and Display.
Owen Hartnett
Brown University Computer Science
omh@cs.brown.edu.CSNET
omh%cs.brown.edu@relay.cs.net-relay.ARPA
{ihnp4,allegra}!brunix!omh
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSSKEL-PASCAL.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSSKEL-PASCAL-DEMOS.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSSKEL-PASCAL-DOC.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSDISPLAY-PASCAL.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSDISPLAY-PASCAL-DEMOS.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSDISPLAY-PASCAL-DOC.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSEDIT-PASCAL.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSEDIT-PASCAL-DEMOS.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSEDIT-PASCAL-DOC.HQX
DAVEG
]
------------------------------
Date: Mon 19 Jan 87 14:08:37-EST
From: Carlos A Albuerne <CU.ALBUERNE@CU20B.COLUMBIA.EDU>
Subject: Mac software version list
This is the latest text file containing the Macintosh software versions and
replaces the existing <info-mac>software-versionlist.txt file.
It's date is 16 January 1987.
--Carlos Albuerne
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SOFTWARE-VERSIONLIST.TXT
This replaces an earlier version of this document.
DAVEG
]
------------------------------
Date: Mon, 19 Jan 87 15:08:38 EST
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: Other... 3.06
This is Other... 3.06. It is a desk accessory which allows running other
desk accessories which are not installed in the system file, but rather just in
a desk accessory file (1 DA per DA file). It is shareware, $15.
Gary Standorf
<standorf@cecom-2.arpa>
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-OTHER-306.HQX
DAVEG
]
------------------------------
Date: 17 Jan 1987 15:55-EST
Sender: VERACSD@A.ISI.EDU
Subject: Mac PROLOGs
From: VERACSD@A.ISI.EDU
I asked Tim Johnson some follow-up questions regarding his excellent review
of Mac PROLOGs which appeared in this mailing-list. My questions were
primarily motivated by a concern for how relevant his remarks were for 512K
Macs. I found his response very helpful, and at his request am posting
most of it here:
I ran all my AAIS Prolog tests on a MacPlus. I simulated a 512k Mac for
you by adding a 512 Ram disk to see if AAIS Prolog would be happy in 512K.
It did very well if you give it all of the 512k (don't add a RAM disk,
for example) on their program to solve cryptarithm puzzles such as:
DONALD SEND WRONG
+ GERALD + MORE + WRONG
------ ----- -----
ROBERT MONEY RIGHT
which generates DEEP backtrack
consumes memeory, but the amount of backtracking).
All of our research is conducted on a MacPlus, so I can't give you a first
hand report on how our stuff runs in 512K.
Their editor is first class and full featured. You can use any font, or
font size in their edit or query windows, but their print command only
prints window contents in draft mode (however, you can copy any window with
the Copy command and paste it into MacWrite to print in the same font
family as displayed on the screen). Since you have access to the entire
tool box, any program output you generate can also be placed on the printer
in any font family.
Furthermore, you can create your own windows during execution
and make up your personal interface.
-- Cris Kobryn
------------------------------
Date: Mon, 19 Jan 87 01:01:51 pst
From: Bernard Aboba <bernard@ararat>
Subject: In-line MicroProcessor Emulators for Macintosh?
I'd like to do some micro-processor hardware development, and was wondering
if anyone knew of a relatively cheap (<$500) cross-development system
for the Z80, 8035, 8088 or the like, that would include microprocessor
emulation, including hardware to replace a Z80 while breadboarding.
The systems I've seen are VERY pricey, and that goes for the digital
logic simulators, or PC board design programs too. What gives with this
stuff?
------------------------------
Date: Mon, 19 Jan 87 14:10:32 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: Cross assemblers for the mac.
Received: by MAINE (Mailer X1.23) id 8921; Fri, 16 Jan 87 11:14:17 EST
Subject: Cross assemblers for the mac.
From: KNIGHT@MAINE (Michael Knight)
To: INFO-MAC@SUMEX-AIM.STANFORD.EDU
Date: Fri, 16 Jan 87 11:11:26 EST
Any one out there know where I could get a cross assembler the will
run on the mac that produces 6800 code. Thanks.
Michael Knight
Knight@maine.bitnet
------------------------------
Date: Sat, 17 Jan 87 23:05:47 pst
From: Bernard Aboba <bernard@ararat>
Subject: Upcoming FCC decision on access fees for packet switching
Subject: networks
An upcoming FCC decision may tack on a $3 to $4 PER HOUR ADDITIONAL
ACCESS FEE TO LOCAL CALLS TO PACKET SWITCHING NETWORKS. This includes
COMPUSERVE, PC-PURSUIT,THE SOURCE, TYMNET, TELENET, etc.
Unless users write the FCC voicing outrage, this may well go through, setting
back telecommunications by several years. Everyone who owns a computer
and feels strongly on this issue should take a few minutes to send a letter
to the FCC. The ruling will likely be made by late January or early February!
PLEASE don't tell yourself that enough letters will probably be sent
without yours! Write letters to:
.
. Honorable Mark Fowler
. Chairman of the Federal Communications Commission
. Washington D.C. 20554
.
Refer to Computer Inquiry III in your letters. State clearly, in your
own words, that competitive packet switching services should not be
re-regulated or subjected to carrier access charges, and then explain
why not. Explain that reregulation of packet services will destroy an
existing fair market for these services, and will increase your costs,
not decrease them, especially for residential users.
------------------------------
Date: Fri, 16 Jan 87 17:42:57 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Query for personal finance software
I am looking for recommendations, opinions, etc. on personal
finance software. Some required features are: check book
reconcilliation, balance sheet, cash flow, and net worth calculations.
In addition, I would prefer simplicity over power, since the person
who will use this is not very knowledgeable about computers. (She has
an old 128K and doesn't even want to know about the upgrades.) I've
worked with Dollars and Sense and I like it, but it might be too
complicated to use. Has anyone used any of the following packages, or
some other package (shareware perhaps?). I'd appreciate the help. Of
course, I will post the responses.
Ken
Application Publisher
--------------------------- -------------------
Check Book Manager RW Software Co.
Dollars and Sense Monogram
The Home Accountant Haba Systems
Lasser's Your Money Manager Simon & Schuster
MacCheck Innovative Software
MacMoney Survivor Software
Personal Accountant Softsync
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."
------------------------------
Date: Fri, 16 Jan 87 18:13:06 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Mac generated greeting cards
I saw this today in the Gallery in downtown Philadelphia:
The Magical Poet
Make your own personal greeting card
The machine is a mac (without the mouse) mounted into a
cabinet with a speaker and some kind of printing device.
It is prominently displayed in the entrance of the store
so it is ready for high traffic. I didn't see any lines
but I'm sure that before Valentine's day, it may see more
use.
The user is lead through a number of screens; the name of
the person your sending the card to, what type of card
(holiday, I love you, some risque stuff, etc.), and
personality characteristics of the recipient. Then the
computer generates two cards. You can reject the first
or both, but you will only be charged for a printed card.
It does say, "If you press N now, this unique card will
be lost FOREVER. touch yes. TOUCH YES." Which seemed
rather high pressure for a greeting card. The verse was
ok. It rhymed, but the content was pretty sappy. I
can't say anything about the print quality because I
didn't want to pay $2.95 for a card to a fictional person.
The company the built, and apparently markets this to
greeting card stores is the Computer Poet Corp.
(702) 831-8800.
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
"It's a sky-blue sky, "The future is a place,
Satellites are out tonite, About 70 miles east of here,
Let X = X..." Where it's lighter..."
(usual disclaimers apply...I appologize for not having an employer to
appologize for.)
------------------------------
End of INFO-MAC Digest
**********************
∂21-Jan-87 2040 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #42
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 21 Jan 87 20:40:05 PST
Date: 21 Jan 87 2035-PST
From: Moderator David Gelphman... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #42
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 21 Jan 1987 Volume 5 : Issue 42
Today's Topics:
BatchX in Megamax v3.0
TransSkel, TransEdit bugs
revisions to Ken Winograd's software
FaceLift 1.01 (revised posting)
RE: speed reading
Print Spooler and additional fonts?
IW II Problem
EPSON printer driver for Mac
Re: Can a screen inch be a laserwriter inch?
MacDraw/MacPaint/Lasergrafix 800/ibm-370
Mac+ & terminal emulation
Backdrop and Megaroids
scribe for mac
Hoffman unsqueezer needed
Word Puzzle generator wanted
Genealogy Software (again)
----------------------------------------------------------------------
Date: Wed, 21 Jan 87 13:16:16 PST
From: woody@Iago.Caltech.Edu (William E. Woody)
Subject: BatchX in Megamax v3.0
Problem: I can't get BatchX to work on my Macintosh.
Current configuration:
I am running a Mac 512 with the 64K roms, and an Apple HD20 through
the external floppy port, using the March (May?) 1986 copy of HD20 startup.
BatchX was placed in the magic folder and ran. The error "Unable to open
save file" occures when the BatchX is about to execute a program (in this
case, MMCC, though the problem is reproducable with the simple one-line
batchx program:
HD20:C:MMCC HD20:USR:WOODY:STATS:MAIN.C
This program bombs when ran through BatchX with "Unable to open
save file." As this is all from memory, the accuracy may be off, but the
essence is correct.)
Questions:
(1) How do I get BatchX to work on my HD20? Could it be that I'm not
running a stable version of the HD20 startup? Could it be that I need to
fiddle with BatchX resources? Do I have to sing any magic chants before
involking BatchX?
(2) [related question] What is the latest version of the HD20 startup
file?
Thanks in advance for any help anyone can give me.
- William Woody mac > /|\ && ][n
woody@juliet.caltech.edu
------------------------------
Date: Wed, 21 Jan 87 15:29:06 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: TransSkel, TransEdit bugs
Owen Hartnett reported a couple of bugs to me that he discovered
while porting the Trans stuff to Lightspeed Pascal.
In TransEdit, an Open of an existing file followed by a Save
results in an FSOpen attempt on an uninitialized SFReply record.
Fix:
in TransEdit.c, in the SaveFile function, after the
SyncAllGlobals call, put this line:
tmpFile = editFile;
---
In the TranSkel ManyWind demo, there should be a SetPort to the window
to be painted right before the case statement that selects the color
(this is in ManyWind.c).
Without it, the window that gets painted won't always be the front
window. (This bug did not occur in earlier versions of TransSkel due
to a kludge that was present in handling of activate procedures. When
I fixed the kludge, it broke ManyWind.)
---
I've also discovered a bug in the window zooming code. Seems that
ZoomWindow expects the port to be set to the window that's getting zoomed.
This won't be the case if under the following circumstances:
put up any window
put up a zoomable window in front.
dispose of the first window (SkelRmveWind).
click in the zoombox of the second window.
crash.
Reason:
in the third step, SkelRmveWind calls the window handler's
clobber proc. All handler procs set the port to the window being
handled first. The clobber proc processor, in addition, resets the
port to the screen port after calling the window's clobber proc, to
avoid a dangling port. Thus, clicking in the zoom box at the fourth
step results in zooming a window when the current port is the screen
port. Various unfortunate things occur.
Fix:
put a SetPort to the window being zoomed right before the
ZoomWindow statement in DoZoom in TransSkel.c.
Users of Owen's port should do this, too.
---
Paul DuBois UUCP: {allegra,ihnp4,seismo}!uwvax!uwmacc!dubois |
ARPA: dubois@easter --+--
dubois@rhesus |
|
"Don't we have enough madmen around here already?"
I Samuel 21:15
------------------------------
Date: Mon, 19 Jan 87 17:15:00 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: revisions to Ken Winograd's software
[ Uploaded from Delphi by Jeff Shulman ]
Name: KEN'S STUFF
Type: PROGRAM
Date: 18-JAN-1987 07:37 by KENWINOGRAD
This set includes most of my shareware applications and desk accessories.
Included are both games and utilities. Having recently upgraded to a macplus,
the versions included here are Mac/MacPlus and HFS and Switcher compatible. New
features have been added and all known bugs have been fixed.
HANGMAN is a mac-like game of hangman. Enter your own word one at a time or
choose from built-in categories, or enter a list of words from a macwrite
text-only document. With sound (on/off) and colorful (so to speak) non-violent
"hang" graphics. If you have kids (or are one), I think you'll like it.
BRICKLES is a game similar to the "Break-Out" or "Brick-Out" games of time
past. BRICKLES includes lots of customizable features like adjustable ball
size, paddle size, patterns of ball, paddle, background, and bricks. Sound on
/off. Four speeds. Three types of games: one,two or four paddles. Retains top
ten high score and scorers. This game can go fast enough to satisfy the
lunatics among you, as well as go slow enough to allow its use by three-year
olds.
PRAM (for Parameter RAM) is, hopefully, both educational and useful. It
displays the contents of all Parameter RAM locations, explains what each
location is used for, and allows you to change many of those parameters,
including those that cannot be changed with the Control Panel or Alarm Clock
desk accessories (such as startup-drive, default font, default port
characteristics, printer/modem port). If you ever wondered what parameter RAM
is all about, please try out PRAM.
FATMOUSE is a desk accessory that should be very handy especially to software
developers. It is in F/DAM format and once installed and selected, presents
the time, date, global mouse location coordinates and a fatbits presentation of
a 16 pixel square under the cursor. It also shows the difference between
two successive mouse clicks.
DAFont is a desk accessory that displays the fonts resident in the current
system file, shows font statistics (point size, font number, number of
bytes, resource id) and desk accessory statistics including id's and sizes
(including owned resources.) Many people find it quite handy to have.
Thanks very much for your support.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-BRICKLES.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-HANGMAN.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PRAM-40.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-FATMOUSE.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-DAFONT.HQX
DAVEG
]
------------------------------
Date: Wed, 21 Jan 87 15:03:05 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: FaceLift 1.01 (revised posting)
Here's a revised version of FaceLift (v1.01). It differs from the
previous version (1.0) in the following ways:
- An egregious bug has been fixed. If any display windows were closed
from the File menu (rather than by clicking in the window close box),
the system would hang when you tried to quit.
- It remembers to pass Edit menu selections to desk accessories.
- On machines with 128K ROMs, display windows are zoomable.
- The document is smaller (I trimmed the pictures down).
Otherwise, the functionality is identical.
Yours,
Paul DuBois
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FACELIFT-101.HQX
DAVEG
]
------------------------------
Date: Wed, 21 Jan 87 09:29 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: speed reading
Sorry I'm late in posting this...
The only package for the Mac that teaches speed reading is Speed Reader II
from Davidson & Associates. This software is generally well-written,
and offers warm-up exercises, eye movement and column-reading training
(by shading text and highlighting phrases at user-controlled rates). It
also provides both paced and timed reading, and generates graphs of
various data collected from the reading.
You should be able to find this software at your local dealer (I know
that mine stocks it (and generally has a sparse, but adequate Macintosh
software collection).
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Mon, 19 Jan 87 22:16:54 PST
From: mccarty@degas.Berkeley.EDU (Perry McCarty)
Subject: Print Spooler and additional fonts?
I am using the TeXtures typesetting software and have found that
it works poorly with the print spooler that comes with the
Dataframe 20. Textures comes with several font files. I don't really
wish to add all of these fonts to my system font file because I don't
want them for other applications and I don't want to have to search through
them when selecting fonts for those other applications. Also, I tried
adding them to the system fonts and found that it will screw up my MacDraw
documents (since MacDraw selects fonts by index and not by name).
However, if these fonts are not included in the system font file, Superspool
decides they don't exist and chooses to use Geneva instead.
I have seen some mention of the ability to identify additional fonts.
Can someone tell me how this is done? I want them to be found by Superspool
for my TeXtures documents, but not for my MacDraw documents.
thanks,
Perry
[ note from moderator: I don't know about the superspooler but it is MUCH
more convenient to move the fonts needed by TexTures into the TeX Fonts
file. This can be done with the FontDA mover. This avoids the need
to ADD FONTS within TeXtures. DAVEG ]
------------------------------
Date: Tue 20 Jan 87 16:08:56-MST
From: Robert J. Thum <RTHUM@SIMTEL20.ARPA>
Subject: IW II Problem
Hello All,
This is my first time on the net even though I have had the chance to talk to
some of you via the land line. Mr. TJ Patrick on the Delphi net asked a question
last week which I to have had off and on;
> I have had my IWII for almost a year now and continue to
> have problems with the type about 3/4 of an inch down from
> the top of the page. Print in this area (or graphics) gets squeezed
> making letters or numbers on this line about 1/2 the height they
> should be.
And I thought I was the only one with the problem. If I take the IW print
driver out of the system folder and replace it with a new copy from my master
disk the printer will work fine for a time and then it starts acting up again.
Has any one else had this problem with their IW II or are Mr. Patrick and I
just doing something dumb when we put the driver into the system folder.
Any help you might be able to offer will be greatly appreciated.
My one and only address is: RTHUM@SIMTEL20.ARPA
Thanks for the help.
------------------------------
Date: Wed 21 Jan 87 13:35:48-PST
From: David Pope <POPE@SRI-KL.ARPA>
Subject: EPSON printer driver for Mac
Does anyone know of a program (public domain, preferably) that will allow
a Macintosh to print to an Epson printer (MX-100 specifically)? Please
direct me to the proper archives or mail to me directly. I will summarize
to the net if interest warrants.
Thank you,
David E. Pope
pope@sri-kl
------------------------------
Date: Wed, 21 Jan 87 8:42:39 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC.ARPA>
Subject: Re: Can a screen inch be a laserwriter inch?
In response to Mark Tuttle's inquiry,
Tried to send this direct but no luck. I suspect your problem may revolve around
the use of the page setup. To print on the imagewriter so that it appears as
it would on the laser, make sure your page setup uses the "tall justified"
option. Then make sure you do a page setup after you choose the laserwriter,
but before you print. Select page setup even if all you do is click "OK" at
that point, or setup won't change from imagewriter to laser.
Regards,
tom c
------------------------------
Date: Tue, 20 Jan 87 18:01:43 SA
From: Tero Siili <FYS-TS%FINHUT.BITNET@WISCVM.WISC.EDU>
Subject: MacDraw/MacPaint/Lasergrafix 800/ibm-370
I have an inquiry as follows:
At my work we have a Mac+ and an IBM-type mainframe, which has a QMS
Lasergrafix 800 laser printer attached. DISSPLA graphics software is
installed and in use on the mainframe. Now, I believe, that DISSPLA
creates vector graphics and if output is directed to QMS, an intermediate
file containing the plotting code is generated. Is it possible and even
better, does anyone have a program available, which would convert
this QUIC-format file to PICT-format(or MacPaint format) so that it
could be manipulated with MacDraw or -Paint? Perhaps downloading the
QUIC file in text form to Mac with MacTerminal or Kermit and then converting
the file on Mac. All info appreciated.
Tero Siili/FYS-TS at FINHUT.BITNET
------------------------------
Date: Wed, 21 Jan 87 17:11:23 SA
From: Tero Siili <FYS-TS%FINHUT.BITNET@WISCVM.WISC.EDU>
Subject: Mac+ & terminal emulation
Questionsquestionsquestionsques....
1. If one whiches to transfer files with MacTerminal using IBM 7171
protocol converter(to IBM-type mainframe), does it require some
program or parameter file to the IBM-end? So far I have not
succeeded in transfer(MacKermit 0.8 works, though|). Help|
2. Anyone heard about PD-Tektronix emulator, which could make a PICT-
format file of the picture. Graphics program in the IBM end is DISSPLA
by ISSCO.
3. DISSPLA has a post-processor option(DISSPOP). Does anyone know about
any program, which could convert downloaded DISSPLA metafiles to
PICT-format or PostScript or whatever is needed for sharp output
with LaserWriter(MacPaint format is usually not good enough|).
Alternately, conversion program from QUIC-format to PICT format
could be useful.(all this assumes, that DISSPLA produces vectored
graphics).
Anything else, concerning graphics emulation + Copy & Paste of these
pictures would be nice to here/read of.
TS
[ note from moderator: I don't know enough about the above, but if you
want to capture a picture to be drawn on a Tektronix 4014 terminal and
convert it to PICT format, that is possible with either VersaTerm Pro,
or VersaTerm & Tekprint in conjunction. DAVEG ]
------------------------------
Date: 21 Jan 87 09:03 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Backdrop and Megaroids
Just a little tip for you all:
Don't use the Backdrop init file that was post a while ago if you plan
to run Megaroids+. There is no bomb, but there is a memory conflict. When you
quit, you will get a nice drawing of (from top to bottom), the bottom 1/3 of
the Megaroids screen, 1/3 of memory garbage, and the bottom 1/3 of whatever you
installed as your backdrop picture.
I haven't tried Startupdesk yet; I'll let you know if there is a problem with
it.
JAH
------------------------------
Date: Mon 19 Jan 87 19:44:51-EST
From: John C. Akbari <AKBARI@CS.COLUMBIA.EDU>
Subject: scribe for mac
is there a decent scribe look-alike for the mac (cheap)? need to do some
"serious" text processing (user manuals with indices, footnotes, alphabetical
bibliogrpahies, etc.). comments on other things (ie., teX look-alikes)
also appreciated.
ad...THANKS...vance!
john c akbari
ARPANET & Internet akbari@CS.COLUMBIA.EDU
BITnet akbari%CS.COLUMBIA.EDU@WISCVM.WISC.EDU
uucp & usenet ...!seismo!columbia!cs!akbari
DECnet akbari@cs
PaperNet 380 riverside drive, no. 7d
new york, new york 10025 usa
SoundNet 212.662.2476
------------------------------
Date: Wed, 21 Jan 1987 11:21 MST
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
Subject: Hoffman unsqueezer needed
I am not on your mailing list so decided not to send this query to the
general list. One of my CP/M users has asked that I try to locate an
unsqueeze program that will run on the MAC. This would be used to
unsqueeze files made on CP/M with the Hoffman algorithm squeeze
program. Any help you can give would be greatly appreciated.
--Keith Petersen
------------------------------
Date: Tue 20 Jan 87 11:23:35-PST
From: Dick <MEAD%hamal@usc-oberon.ARPA>
Subject: Word Puzzle generator wanted
I'd like to find a word search/crossword puzzle generator (prefer both)
that can run under CP/M or Mac. Source code in MS Basic or Pascal (Turbo preferred)
would be ideal. Anything out there??? The Turbo Pascal method would be useful on
about any system. (Or Manx C)
Thanks
------------------------------
Date: Tue, 20 Jan 87 19:45:35 est
From: Marc Sarrel <sarrel@ohio-state.ARPA>
Subject: Genealogy Software (again)
A while ago, I posted a message asking for advice concerning genealogy
software written for the Mac (at my roommate's request). We received
several responses (thank you) and we seem to have decided that the
Family Tree program would suit our needs best. However, none of the
people who responded had actually used this program. The best information
we got was several months old, from before the program was released.
Family Tree is out now, but the local computer store does not stock it. They
can order it, but then my roommate would be obligated to buy it. He does
not want to spend this sort of money (~$180) without some more information.
Does anyone out there have any _personal_ experience with this package, now
that we know it's out?
Please respond by e-mail. If there's sufficient response, I'll post results.
Thanks in advance.
------------------------------
End of INFO-MAC Digest
**********************
∂25-Jan-87 2118 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #43
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 25 Jan 87 21:18:00 PST
Date: 25 Jan 87 2112-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #43
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 26 Jan 1987 Volume 5 : Issue 43
Today's Topics:
Farewell from DAVEG, hello new moderator
NEED HELP ABOUT POOR MAN'S SEARCH PATH
CatchPICT DA
Debugging in Lightspeed C
Arrow Keys and the Finder
Another Mac Interface Comment
New DB9 Hardware for Mac+
Re: IW II Problems.
Megaroids violates Apple's guidlines
Missing Application Woes!
Rumors
Re: mac+/terminal/7171
File Change1.0
Jasmine "80-meg" hard drive
Warp Nine DataRam vs. other mem. upgrades
Re: Speed Reading
Yet Another Book Club
Usenet Mac Digest V3 #6
Delphi Mac Digest V3 #6
Delphi Mac Digest V3 #7
----------------------------------------------------------------------
Date: Thu, 22 Jan 87 11:50:57 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Farewell from DAVEG, hello new moderator
After being moderator since July I'm taking a break from being the
info-mac moderator. The new moderator is Dwayne Virnau, who was the
moderator before I took over in July. I just wanted to say, it was
an 'experience' being moderator; sometimes fun, many times painfull
but overall a good one because I got to interact with so many people
interested in the Mac. Thanks.
One point to consider as the reins are passed to Dwayne is that
the place to write for info-mac ADMINISTRATIVE issues is
INFO-MAC-REQUEST@Sumex.stanford.edu
If you have information for me personally then feel free to mail to
the addresses below, but PLEASE do not send info-mac related stuff
to me at work unless it is to respond to something I posted personally
(i.e. not as moderator).
See you on the net! David
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer continues to apologize for the fact
that I have access to this net.
------------------------------
Date: Thu, 22 Jan 87 10:56:26 SET
From: Alexander Falk <K360950%AEARN.BITNET@WISCVM.WISC.EDU>
Subject: NEED HELP ABOUT POOR MAN'S SEARCH PATH
HELLO EVERYBODY,
I NEED HELP ON THE POOR MAN'S SEARCH PATH. FOR A NAPPLICATION CURRENTLY
UNDER DEVELOPMENT I NEED TO ADD A FOLDER TO THE POOR MAN'S SEARCH PATH.
THIS IS DONE BY A DESK ACCESSORY 'SET PATH' SUPPLIED WITH TML PASCAL AND
BY AN APPLICATION DEVELOPED BY ANDY HERTZFELD. COULD ANYBODY PLEASE TELL
ME HOW TO ADD A FOLDER IN THE POOR MAN'S SEARCH PATH? THERE IS NO
DOCUMENTATION AVAILABLE FROM APPLE ON THIS SUBJECT...
THANKS FOR YOU HELP
ALEXANDER
------------------------------
Date: Thu, 22 Jan 87 19:05:17 est
From: wilson%eniac.seas.upenn.edu@cis.upenn.edu
Subject: CatchPICT DA
This is partially in response to the question about getting PICT format output
from terminal emulators. A while ago I was working with a terminal emulator
that did Tektronix emulation but did not save the graphics in PICT format. As
a consequence I wrote a small DA that checks the picSave field in the front
window and if it isn't being used starts saving whatever is being drawn in the
window as a PICT document. It worked great for the terminal emulator and was
fun to use to see just how many redraws of the screen the finder was doing and
other such stuff. It never seemed like it would be all that generally useful
so I never posted it. If someone would have a use for it, I'll clean it up a
bit and write some documentation and post it.
Nathan Wilson
wilson%eniac.seas.upenn.edu@cis.upenn.edu
------------------------------
Date: 23 Jan 87 16:32:00 EST
From: Richard Zaccone <ZACCONE%BUCKNELL.BITNET@WISCVM.WISC.EDU>
Subject: Debugging in Lightspeed C
I have been very happy with Lightspeed C. I also have Aztec C, and I
like Lightspeed much better. However, I have to admit that I'm quite
surprised that there isn't a source level debugger. I have no
interest in doing assembly language debugging. When I create a program
I think at the source level, and I want to debug at that level as well.
Does anyone know if a source level debugger is in the offing? This is
the only problem that I perceive with the Lightspeed C package.
Rick Zaccone
Bucknell University
zaccone@bucknell.bitnet
------------------------------
Date: Fri, 23 Jan 87 16:17:07 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Arrow Keys and the Finder
Since I can Open and Close windows in the Finder from the Keyboard (I added
Command-O and Command-K to the menus), it would be very nice to be able to
move the selection with the cursor keys. Don't you think so (just nod your
head)? This sort of assumes a more strucured layout of the icons in your
windows since the default of the Finder is to let you scatter them all over.
Since I have the grid always turned on, I think it would be fairly simple to
use the cursor keys to move the highlight from icon to icon.
Does this idea agree with people? Can we make enough of a fuss so that Apple
will hear us and take the proper steps to include this in a future release
of the Finder?
Jon
------------------------------
Subject: Another Mac Interface Comment
Date: Wed, 21 Jan 87 23:44:58 -0800
From: Kathleen Huddleston <gregory@icse.UCI.EDU>
In response to Julian Lebensold - What bugs you about the Mac
user interface? Another thought (I've lost his address).
What really bugs me is the way you have to install fonts and desk
accessories in the system (or, cleverly in applications). I think they
should just be files (perhaps in the system folder) that can be
accessed without having to disappear into the system. Taking time to
configure and reconfigure systems becomes a real pain. Also, I just don't
like the idea of customizing something basic -- like the system or an
application. I'd rather have DA's and fonts be separable. A compromise
would be to "install" them in special font/da files, but it would be
nice to sidestep the whole mess. There shouldn't be any practical limits
on the numbers you can have of either, of course.
Another "feature" I hope will be added in the future is true multi-tasking.
Perhaps in the Alladin or the open Mac??? Servant's implementation of
multiple applications windows is a big improvement over the standard
single application concept, and a significant improvement over switcher
-- which is again, just one more thing to think about and configure.
Context switching is a must and should become standard.
(I also wish the Mac could fit in my pocket and be purchased for under
$100 -- Maybe in 1988).
Kathleen Huddleston
------------------------------
Date: Thu, 22 Jan 87 16:39:14 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: New DB9 Hardware for Mac+
One thing I forgot to mention about the MacWorld Expo was that Andy Hertzfeld
showed me a bit of hardware that Thunderware was going to be releasing.
It is a connector that will siphon power from your disk drive port to power an
old style DB9 connector. It consists of a DB25 on one side with a DB25 and a
DB9 on the other and a DIN8 on a short cable out the side to plug into one of
the Mac+ serial ports. It will eliminate the need for a transformer for such
things as the Thunderscanner and MacNifty sound digitizer.
No price was mentioned.
Jon
------------------------------
Date: Thu, 22 Jan 87 06:29:43 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: Re: IW II Problems.
The problem that IW II's all seem to share is a scrunching of the text
about 3/4 of an inch down from the perforation. This seems to be caused
by the ImageWriter II advancing the form said amount for the user to
tear it off, then retracting it again before continuing to print. The
scrunching doesn't occur all the time, at least on mine, but the slop
in the tractor feed seems to be the problem. One other problem I've
noticed is the plastic paper guide on the printhead catching on the
preforations of the paper. So far it's only torn the 1/2 inch perfed
margins on mine.
Sorry if this is old hat to most of you but there seem to have been
several new users on the net looking for this sort of information
recently.
--Michael Knight
Knight@maine.bitnet
------------------------------
Date: Thu, 22 Jan 87 10:26:17 pst
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Megaroids violates Apple's guidlines
Apple has repeatedly stated that programs are not to use the alternate screen
buffer and alternate sound buffer for:
1.) hardware compatibility reasons:
The Mac XL doesn't have them and future macs won't have them.
2.) software compatibility reasons:
Apple has advised developers that persistent code (like SCSI disk drivers,
macro package drivers, mail systems, and system extensions and enhancements
of every sort (like Backdrop) should be installed by modifying the
Mac's high memory global variable BufPtr. As soon as you modify BufPtr,
it encroaches on the memory of the alternate screen buffer. The only
program I have seen that uses the alternate screen buffer in a way that
doesn't trash other people's code is Tom Pittman's Auto-black, the screen
saver that you have to name Macsbug, to get it loaded early enough that it
can grab the alternate screen buffer before something else gets it.
Auto-black needs the alternate screen buffer because it works by showing
the user a black alternate screen while your application is continuing to
run at full speed drawing on the real screen.
Megaroids is a poor program because it doesn't check whether the alternate
screen buffer is free for its use, it just stomps on it. You can do
perfectly decent animation on the mac without the alternate screen buffer.
If people insist on using megaroids, someone should fix it.
--- David Phillip Oster -- "The goal of Computer Science is to
Arpa: oster@lapis.berkeley.edu -- build something that will last at
Uucp: ucbvax!ucblapis!oster -- least until we've finished building it."
------------------------------
Date: Thu, 22 Jan 87 16:52:56 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Missing Application Woes!
I am getting very fed up with this Can't find Application message that I keep
getting. MacWrite has been a long time perpetrator, but now QUED seems to have
gotten into the act. This really needs to be identified and fixed!
Some of my notes on this phenomena:
It is consistant, but only in certain directories. I cannot open QUED documents
from my Terminal directory, but I can open them from my Data directory. If
I take a document from my Terminal directory to my root, it still will not
open, but if I take a document from Data and put it in the root, it will open.
If I take a doc from Terminal and put it in Data, then nothing in Data will
open until I take the document back out (in the process I close and reopen
Data). If I take the document from Data and place it in Terminal, then it will
no longer open until I put it back in Data. Aaaaarrrrrrggggggg (to quote
Peter Korn)!
As an aside, I noticed that I had 5 different Desktop files on my disk in
various folders. I deleted them and rebuilt the desktop, but to no avail.
The problem persists.
As I understand it, the Finder keeps a path in the Desktop file that is updated
whenever an APPL is moved or copied. What format is this in? It isn't a
string and it is awful short. It must be a WDRefNum or somesuch, but it
consists of 6 bytes (according to ResEdit's general editor).
Can anyone else add any ideas to this mess? I want to get this fixed. Is
Apple of any help? Are you listening Larry?
Jon
------------------------------
Date: Fri, 23 Jan 87 16:21:24 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Rumors
Well, according to Jerry Daniels, the new Mac in the same box that we have now
but a different shade of gray will not have a 68020. He claims to know that
it will be a 68000 switchable from 8 to 16 megahertz from the control panel.
Other than that he claims that the other machine (the Mac II or was that ][?)
will be pretty much what we have been talking about for quite some time now.
Jerry Daniels is the creator of the MacUnderground and this news was reported
by his electronic magazine, MacWeek on 9 January.
Jon
------------------------------
Date: Thu, 22 Jan 87 08:12 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: Re: mac+/terminal/7171
Here at Notre Dame, we also have a 7171 protocol coverter/controler
that we use to connect up our macs/pcs/other terminals.
One of the basic "problems" the 7171 has is that it really wasnt
intended to do all of the things that people try to do with it,
such as file transfers via pcs, and graphics. (although there
are ways to do all of these things)
We have a program called LIST7171 here that will put the 7171
into "transparent" mode, and allow files to be shipped
from the mainframe and ASCII captured in your micro.
However, the best way i know of to get a file from your
mac through the 7171 is still kermit. Runs faster than
the version of kermit through the 3705 controller because
the 7171 is one of the few ibm products that supports
xon/xoff. We are working on a series of driver packages
for the 7171 that will allow graphics to various terminals
and plotters, as well as being able to port the graphics
files to other machines, and (certainly as I am the
Mac person here) translations could be written to get
the graphics into PICT. (Most likely not PostScript however,
I'm not into RPN) I will post additional info to the net
when i have something a little more concrete than ideas
from an early morning shower.
Those of you interested in LIST7171, contact me and I'll
see what I can arange, our setup here is MVS/TSO.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"I am increasingly of the opinion that a vast majority of
wrong thinking people are right."
------------------------------
Date: 23 Jan 87 08:30 EST
From: CML5A9%IRISHMVS.BITNET@WISCVM.WISC.EDU
Subject: File Change1.0
Enclosed below is version 1.0 of File Change. This is a desk
accessory that you run in MacWrite to convert files from the
following formats:
Waterloo SCRIPT
DEC RUNOFF
AppleWorks
Nota Bene
WordStar
DisplayWrite3
WordPerfect
Others are to be added when I get some more file formats.
This is a shareware DA, and as my first, forgive me any
major errors I may have made. Also, let me know if you have
problems using it with a particular file format. I dont know
enought about some of these WPs to really give them a great test.
File Change trys to keep as much of the formatting as it can,
within reason and inherint abilities of MacWrite.
- Tom Dowdy
"I'm increasingly convinced that a vast majority of wrong thinking
people are right."
[
archived as
[SUMEX-AIM.Standford.EDU]<INFO-MAC>DA-FILECHANGE-10.HQX
DoD
]
------------------------------
Date: Wed, 21 Jan 87 23:08:12 PST
From: <ROBERTJ@yalevmx.bitnet>
Reply-to: ROBERTJ%YALEVMX.BITNET@forsythe.stanford.edu
Subject: Jasmine "80-meg" hard drive
This is my first posting, so please excuse any blunders...
I subscribe to both MacUser and MacWorld, and recently I (like most people)
have been noticing the Jasmine hard drive advertisements. $599 for 20 meg I
can understand. It seems that the Jasmine 20-meg drive is fairly reliable and
well-supported (the net has reported mostly good things about it). It sounds
like a terrific bargain.
But Jasmine's new ads are simply unbelievable to me. I don't know much about
hard drive technology or manufacturing costs, but when Jasmine claims to have
an EIGHTY MEGABYTE hard drive for only $1380, it seems a little incredible.
Can they really sell it for that little? (Even with direct-order-only
service?) Is it at all reliable? Fast? Is it as good as the Jasmine 20
appears to be?
If it is, I'm buying one right now, before the Jasmine folks come to their
senses!
Has anone had any experience with the Jasmine 80 (or any other inexpensive ard
drives)?
Thanks!
-- Rob Jellinghaus
------------------------------
Date: 22 Jan 87 13:38 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Warp Nine DataRam vs. other mem. upgrades
The ScuttleButt Snooper is back (sounds strange, eh? 8-))
I have been hearing mixed reviews concerning Warp Nine products. They
offer a 2Mb upgrade for Mac+ for $259 (piezo. fan incl.). Levco's
2Mb upgrade is $395 (OnePlusOne), Dove's (MacSnap2) is $399 and
MacMemory's MaxPlus is $399. They are all guaranteed 100% comp. blah blah
usual hype.
Has anyone heard good or bad things about the W9 product or any of the others?
Sounds like W9 has a good deal!
JAH
"The needs of the many outweigh the needs of the few or the one."
- Spock (STII)
------------------------------
Subject: Re: Speed Reading
Date: Thu, 22 Jan 87 11:32:00 -0800
From: julian@riacs.edu
> Date: Wed, 21 Jan 87 09:29 EST
> From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
> Subject: RE: speed reading
>
> Sorry I'm late in posting this...
>
> The only package for the Mac that teaches speed reading is Speed Reader II
> from Davidson & Associates. This software is generally well-written,
> and offers warm-up exercises, eye movement and column-reading training
> (by shading text and highlighting phrases at user-controlled rates). It
> also provides both paced and timed reading, and generates graphs of
> various data collected from the reading.
>
> You should be able to find this software at your local dealer (I know
> that mine stocks it (and generally has a sparse, but adequate Macintosh
> software collection).
> Paul Christensen
> CSNET: PCHRISTENSEN@RCA.COM
You should have been surprised at the absence of anything from Evelyn
Wood. A few days ago I got Smart Eyes from Addison-Wesley, which I had
heard a lot of good things about. The MacGuide lists (pp.33-34):
Evelyn Wood Dynamic Timeworks Inc $59.95
Reader
Smart Eyes Addison-Wesley $49.95
Speed Reader II Davidson and Associates $69.95
Speed Reading Tutor Kriya Systems Inc $59.95
with Eyerobics
All systems can run on the + (Smart Eyes doesn't say that but it does).
Prices listed are The Menu's; MacConnection easily does better.
------------------------------
Date: Thu 22 Jan 87 10:47:55-PST
From: Marvin Zauderer <ZAUDERER@Sushi.Stanford.EDU>
Subject: Yet Another Book Club
Well, I'm already a member of the "Library of Computer and Information
Sciences" club (you know, the one that gives you the three-volume Handbook
of AI for joining), but here's another one with a seemingly sweet offer: The
Small Computer Book Club. Apparently, you receive one of four four-book
sets when you join; these are sets of Macintosh, IBM-PC, Commodore 64/128,
and Apple II books, respectively. Only $4.95 plus shipping and handling,
they say, plus an obligation to buy one book (at their regular price)
during the subsequent 12 months.
Ordinarily, I'd say, "There's gotta be a catch." But, the LCIS gave me a
very similar offer, and everything has worked out just fine. So, unless
anyone tells me otherwise, I'll give this one a try. BTW, the Macintosh
books are: Macintosh Revealed (V I&II), by Chernicoff; The Complete Book
of Macintosh Assembly Language Programming, by Weston, and Microsoft
Macinations (argh!), by Waits et al. I've wanted the first three for
awhile, so it seems like a good deal.
BTW, the address of the Small Computer Book Club is:
Small Computer Book Club
Riverside, New Jersey 08075-9889
(that's it!)
If you want the Macintosh Set, ask for it by number: 00765.
Cheers,
Marvin
------------------------------
Date: 24 Jan 87 13:13:09 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #6
Usenet Mac Digest Saturday, 24 January 1987 Volume 3 : Issue 6
Today's Topics:
WriteNow
Re: ChipWits
Mac pics
Re: Mac+ to DMP 105 Printer or Other Printers???? HELP!!!!
Re: ChipWits
Need Irish Font!!
68000 Development System Info Needed
Re: Typing tutors for Mac
Re: WriteNow
MicroSoft f77
mac parallel output?
Re: Porting IBM PC Applications (really MacApp)
Help - Mac floppy repair/replace info needed
Left Handed MacPaint
PostScript source (in c for example) wanted
Re: ChipWits
Helix & Double Helix
Fall 1986 BMUG Newsletter?
Re: Hard disks
Re: HalfTone
Re: Please explain TextEdit feature...
Re: IBM PC -> Imagewriter
Re: Need Irish Font!!
Re: Typing tutors for Mac
Re: mac parallel output?
Re: Irish Font
Mac memory upgrades
Re: Mac+ to DMP 105 Printer or Other Printers???? HELP!!!!
Lightspeed C debugger
DA to draw HFS tree?
uw question
Need Comparative Info on AMIGA vs. MAC+ for use in a MIDI system
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-6.ARC
DoD
]
------------------------------
Date: 24 Jan 87 13:43:19 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #6
Delphi Mac Digest Saturday, 24 January 1987 Volume 3 : Issue 6
Today's Topics:
RE: Cricket Draw (4 messages)
RE: File Transfers To/From IBM System 38
Dialing Into AppleTalk?
RE: Design Tools (2 messages)
RE: Better screen fonts (3 messages)
questions (3 messages)
RE: Icons, Bundles, and Friendly Application
RE: ChipWits availability
Macintosh 100 (Delphi digest V3, #2)
Mac+ to DMP 105 Printer or Other Printer
Re: resources in other files in the blessed folder
RE: Re: Program control of the MacPlus d
QUED 1.3
Ada
RE: LaserWriter labels (6 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-6.ARC
DoD
]
------------------------------
Date: 24 Jan 87 13:48:51 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #7
Delphi Mac Digest Saturday, 24 January 1987 Volume 3 : Issue 7
Today's Topics:
RE: Porting IBM PC Applications
MacinTalk hack
RE: What bugs you about the Mac user interface
hard disk drives and tape backups (2 messages)
Apple-Link (3 messages)
RE: Bengali font
RE: Can a screen inch be a laserwriter inch?
RE: What bugs you about the Mac user interface
RE: Programming Language Update from Macworld Expo
LaserSpeed from Think
dataframe HD 20 (2 messages)
3Com buying Centram (3 messages)
RE: ChipWits availability
RE: accurate printing with MacWrite on a LaserWriter.
RE: Typing tutors for Mac
DA terminal programs
MacMemory has 1Mbit RAM expanders
Extending TextEdit (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-7.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂26-Jan-87 1946 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #44
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 26 Jan 87 19:46:06 PST
Date: 26 Jan 87 1943-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #44
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 26 Jan 1987 Volume 5 : Issue 44
Today's Topics:
First European MacWorld Expo
Mac user-interface suggestion for SFGetFile
Connecting a Mac to a Summagraphics digitizing tablet
Counting milliseconds?
New DB9 Hardware for Mac+
Icon Hacker
800K disk initialized as 400K...now what?
APDA Misgivings
DeskZap 1.3
Disktimer II results on lots of drives
Computer Genealogy
----------------------------------------------------------------------
Date: Sun, 25 Jan 87 22:22 N
From: <FRUIN%HLERUL5.BITNET@WISCVM.WISC.EDU> (Thomas Fruin)
Subject: First European MacWorld Expo
The UK sister publication of MacUser (also called MacUser - that had me
puzzled for a while) carries an ad which announces the first European
MacWorld Expo, to be held in Rotterdam in the Netherlands on April 22nd,
23rd and 24th. The fair is being organized by Ytech in Amsterdam.
Telephone: 31.20.250869/242052
Telex: 28977 Ahoy NL
P.O.Box 14572
NL 1001 LB Amsterdam
Holland
Finally! This looks like the expo for the rest of us (Europeans)...
-- Thomas
------------------------------
Date: Sun 25 Jan 87 01:27:35-PST
From: Elliot Bennett <ELLIOT@SPOCC.STANFORD.EDU>
Subject: Mac user-interface suggestion for SFGetFile
Hey Apple - are you out there?
The other day a friend of mine came up with what I think is a pretty clever
idea to make the Mac more compatible with its own user interface:
The problem: My friend has a hard disk drive partioned into 6 different disks
plus an internal and external disk drive. When opening a file from within a
program, he gets the standard "SFGetFile" dialog box. Well, as you are all
too well aware, to move from one disk to the next you must click on the "Drive"
button (or hit tab) to cycle around to the disk you want. With 8 disks in
rotation, this can take a while. If you do it often, it can get infuriating
as well as waste lots of your time.
The Solution: If, instead of "Drive" being a button, "Drive" were a pop-up
menu with a list of all possible disks (ala the pop-up menu for the folder
where all folders above the one you're currently in are displayed), the
selection of a disk would be not only easier and faster but also a more Mac-
like type of user-interface. (Note: we, at first, came up with the idea of
having a small icon for each disk available - and one would click on the
desired disk - but it turns out that you very quickly run out of space to put
all the possible disks). The other advantage to this, is that it could be a
scrollable pop-up menu - so that if you were connect by AppleTalk (or
AppleShare ?) to other disks/hard drives, they would also be as easily
selectable.
Any comments anyone?
Elliot Bennett - elliot@star.stanford.edu
------------------------------
Date: Sun, 25 Jan 87 23:58 PST
From: <C9017%UWAV4.BITNET@WISCVM.WISC.EDU>
Subject: Connecting a Mac to a Summagraphics digitizing tablet
Hello,
I was wondering if anyone has attempted to hook-up a
Summagraphics digitizing tablet to a Macintosh? I realize that the
tablet gives serial output and therefore could be connected via the
modem or printer port, but is there any way to use the tablet in place
of a mouse. The model I am using is the Summagraphics MM1200. This
is not one of the tablets advertised to work specifically in place of the
mouse, rather the model was in production before the introduction of the
Macintosh.
Thanks,
Bob Ruderman
-- Bob Ruderman
-- Department of Geography
-- University of Washington
-- Seattle, Washington 98195
Bitnet: C9017@UWAV4.BITNET
Arpanet: C9017%UWAV4.BITNET@WISCVM.ARPA
Usenet: C9017%UWAV4.BITNET@WISCVM.WISC.EDU
------------------------------
From: mdjones%castor.usc.edu@usc-oberon.arpa (Mitch Jones)
Date: 26 Jan 87 19:55:08 GMT
Subject: Counting milliseconds?
Hi, I'm new to the net and I'm trying to find some 68000 or possibly
TML Pascal code that will allow me to count the number of milliseconds
from a starting point to the time a user presses a key. Does anybody know
of any existing code to do this?
Thanks,
Mitch Jones
mdjones@castor.usc.edu.UUCP
------------------------------
Date: Mon, 26 Jan 87 13:04:16 PST
From: Michael_Hui%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: New DB9 Hardware for Mac+
I thought of (and am actually doing) the same thing as Andy Hertzfeld,
obtaining the power from the floppy disk connector on a Mac+.
It is actually a 19 pin D type connector, not 25 pin as reported
by PUGH%CCC.MFENET@nmfecc.arpa.
But I cannot find any manufacturer with a 19 pin D type connector.
Anyone know where I can get some? I am just using bare pins right now.
------------------------------
Date: 26 Jan 87 21:18:00 EST
From: Richard Zaccone <ZACCONE%BUCKNELL.BITNET@WISCVM.WISC.EDU>
Subject: Icon Hacker
I can't seem to get Icon Hacker to work properly. I tried creating
an icon for a new application. I told icon hacker to replace the icon
on the desk top. When I exited, I still had the same old icon. If
I open the application with Icon Hacker, it shows my new icon. The same
thing happens if I try to change an existing icon. My changes appear
when I open the icon in Icon Hacker, but not on the desk top. I have a
feeling I'm missing a small but important point. What am I doing wrong?
Rick Zaccone
Bucknell University
zaccone@bucknell.bitnet
------------------------------
Date: Thu, 22 Jan 87 11:20:14 PST
From: Mike_Dustan%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: 800K disk initialized as 400K...now what?
I know, I know, READ the dialog box you get when you put a
double-sided disk into a 400K external drive! Now, I always do,
but a friend of mine, groggy from lack of sleep late one night,
did not, and clicked Initialize instead of Eject. (No, really, it
wasn't me!)
Question 1: are there any utilities or goodies that will (a) fool
a disk into thinking it's double-sided without actually
reformatting it (possibly by tweaking the volume signature or
something), or (b) read blocks from both sides of a disk even
though the disk is formatted as single-sided? I think Disktester
will do the latter but you can't write the blocks into a file.
Question 2: is there any step-by-step way to use Fedit+ or
MacTools or some such to accomplish the recovery of blocks from
the back side of the disk?
Question 3: (somewhat unrelated to the above but not entirely) is
there a utility that will rescue some or all of a damaged Excel
spreadsheet document? If it were in SYLK or TEXT format it would
be easy, I know, but this is a real worksheet document.
Any help would be appreciated; otherwise this poor fellow is
looking at 16-20 hours of data re-entry.
------------------------------
Date: Mon, 26 Jan 87 15:16 CST
From: WKISS%UOFMCC.BITNET@WISCVM.WISC.EDU
Subject: APDA Misgivings
There has been some discussion here about APDA but not
as much as I would have thought so I'm going to throw in my
two-bits worth.
I applied to APDA in August of '86 and by the time I got
my membership card it was December. I should have realised at
this time that this was not the Speedy Gonzalez of organisations.
Anyway, when I received my card I decided to order some of their
offerings (about $100.00 US. worth) on Dec. 2. December went by,
January came, and I was still waiting. I know that US Mail and
Canada Post are not the fastest of deliverers but this was a bit
too slow, so I phoned up APDA. They told me that they had some
problems with Canada Customs (huh...?) and that deliveries to
Canada would soon be started. That was on Jan. 4. Now it is
Jan. 24, it is impossible to get through to APDA on their
(206) 251-9798 line and when I phone their main office all they
can tell me is to keep trying. By this time, I've phoned somewhere
in the neighborhood of 70-80 times, I know their numbers by heart,
backwards and forwards, and still no product. If they do this
to everybody just think of the killing that they can make with the
interest on our money. My current position is that if I don't have
my goods by the end of January then I will lodge formal complaints with
Canada Post, US Mail, VISA, and Apple Computer (for all the good
that that will do me...sigh!).
Thus, I can only repeat, BUYER BEWARE!!!!
- William Kiss
<wkiss@uofmcc.bitnet>
PS. ...and we thought that APDA was going to improve the situation...
------------------------------
Date: Sun, 25 Jan 87 19:46:42 pst
From: Herb Barad <vito%trwspf.UUCP%usc-oberon.ARPA@usc-oberon>
Subject: DeskZap 1.3
This is DeskZap (version 1.3) - a very useful utility for file diddling,
adding/removing linefeeds, control characters, etc. It is a DA and
it is shareware (well worth it).
Herb Barad - TRW Data Systems Lab
ARPA: barad@brand.usc.edu or vito%trwspf.uucp@brand.usc.edu
USENET: ...!{brand|trwrb}!trwspf!vito
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-DESKZAP-13.HQX
DoD
]
------------------------------
Date: 23 Jan 87 20:07:00 EST
From: <bouldin@ceee-sed>
Subject: Disktimer II results on lots of drives
Since people are always interested in guidelines for buying hard discs, I
thought I would send this in. This is the largest survey that I know of on Hard
disk speeds. These have been tabulated by Steve Brecher from reports sent in on
Compuserve. I am posting this as a guide to buyers and in the hopes of getting
reports on other drives. The numbers reported here are times, so smaller is
better. As it says below, there is NO direct translation from disktimer numbers
to user time for opening applications, quitting to the finder, etc. I can only
say that disktimer results do NOT at all map linearly onto perceived user time.
Disktimer seems to exaggerate the differences between drives. My feeling is
that anything with read/writes under 200 is "fast". Numbers much lower than
that don't help too much, as overall "waiting" time of the user is probably
determined by other factors. CB.
[
archived as [SUMEX-AIM.Stanord.EDU]<INFO-MAC>DISKTIMER-2-RESULTS.TXT
DoD
]
------------------------------
Date: Sun, 25 Jan 87 21:59:16 est
From: magill@eniac.seas.upenn.edu (Operations Manager)
Subject: Computer Genealogy
There have been several requests tecently about MAC software for Genealogy.
There are two excellent publications (newsletters in the field). They
are both only about 5 years old. They list just about all software for all
PC systems. They have reviews of each of the various versions as they are
available and have a chance to be tested. The software falls into about
4 basic program groups with versions for various machines:
1- PAF - Personal Ancestral File - from the Mormons
2- Family Roots - from Quinsept, inc.
3- Roots and Roots II from COMMsoft
4- everything else.
The first three are considered "the leaders" (They have been around the longest
I think.)
I'm not going to pass on any reviews here, however virtually every genealogy
program has a FREE demo disk available from the manufacturer.
Publication number 1 - GENEALOGICAL COMPUTING (ISSN 0277-5913) is published
quarterly. $25. per subscription year, by
Ancestry Incorporated
PO Box 476
Salt Lake City, UT 84110
801/359-2000
There is a virtually 100% complete listing of all know PC Genealogical
software published in every issue.
Publication number 2 - THE GENEALOGOCAL COMPUTER PIONEER is published
bi-monthly by Posey International
POBox 338
Orem, UT 84057 $25 for 6 issues
801/377-5504
Posey is also a "supplier". They maintain an inventory of much of
the software and associated genealogical supplies that one might
want. They are very friendly and helpful over the phone.
Computer network 1 - Ther is the "Genealogical Round Table" available over
GEnie(tm)- but that costs bucks
Computer network 2 - This is just being formed and is based upon FIDOnet.
I can't begin to detail it here, but get the Vol 5 number 1 and
especially number 2 issue of the Pioneer. They cover the computer
communications aspectes of genealogy in depth.
I've been dealing with computers since 1963 (an IBM 1620) and have just
begun to get involved with Genealogical computing and have been looking
for a better way to maintain my family records than emacs on a VAX and
MacDraw on a Plus. I am eagerly awaiting the arrival of the MAC versions
of the existing programs. The test copies are just now begining to become
available. I expect reviews to be along shortly.
------------------------------
End of INFO-MAC Digest
**********************
∂28-Jan-87 2311 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #45
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 28 Jan 87 23:11:19 PST
Date: 28 Jan 87 2307-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #45
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 28 Jan 1987 Volume 5 : Issue 45
Today's Topics:
INITs from Lightspeed Pascal
INIT resources and LSP
Scrapbook Problems
Making BatchX work on my HD20
External SS drive problems
Apple-NU bus to VMEbus adapter
Broken keys
Re: SFGetFile, Putfile improvements
User interface suggestion for SFGetFile
Macintosh program for producing real postscript
Transskel Pascal Docs <repost>
UTILITY-FONT-EDITOR-10A4.HQX
re: Disktimer II results
Mac security device
68000 Development Systems, C and Assembly
FORTRAN for the Macintosh
Wanted. Structured Analysis and Des
Evaluating database software for the Mac
----------------------------------------------------------------------
Date: Tue, 27 Jan 87 08:41:21 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: INITs from Lightspeed Pascal
Can someone more enlightened than I inform us about creating an INIT resource
from a Lightspeed Pascal program?
I have created a Unit with a Main procedure declared in the Interface section
and compiled it using, not the PasLib, but the Small Paslib Project and built
it as a CODE resource. All in all it looked fine but it don't run the way it
did in the LSP environment. As a metter of fact, disassembling the thing
reveals none of my trap calls and a bunch of indecipherable code, so I suspect
that I ain't doing something right.
Do I need to initialize the toolbox before running an INIT or does the system
handle that? Where does one read up these elusive little twits?
advTHANKSance for any help
Jon
PS Sorry about the DB19 versus DB25 screwup. Just a mental typo.
------------------------------
Date: Tue, 27 Jan 87 15:16:53 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: INIT resources and LSP
Well, I paniced before trying everything. It seems that all you have to do,
as far as LSP is concerned, is to declare your procedure like so:
unit myINIT;
interface
Procedure Main;
implementation
Procedure Main;
...
end.
The important thing is to read that thing in the LSP supplement about
Locking Code Resources. There is a statement "Code resources should be
locked while they are executing and unlocked at other times. The Macintosh
Toolbox usually takes care of this for you when calling one of the standard
types of code resources ('PACK' resources are a notable exception)."
Well, so are INITs. Lock the buggers down! Their subsequent example is
also slightly wrong. Do this instead:
Procedure Main;
var
pp : ↑Ptr;
h : Handle;
begin
pp := Pointer($9CE); { They use Ptr($9CE) which is a type coersion }
h := RecoverHandle(pp↑);
HLock(h);
...
HUnlock(h);
end;
This works fine. Now I have an INIT that randomizes your StartUpSound. I will
change it to include the BeepSound also. Let me know if anyone is interested
in having it posted. I will even include the source.
Jon
------------------------------
Date: Tue, 27 Jan 87 15:49:51 ECT
From: FALK%NORUNIT.BITNET@WISCVM.WISC.EDU
Subject: Scrapbook Problems
Anybody experienced this problem?
I run a MAC+ 20MB scsi HD, Finder 5.3 and system 3.2. My HD is divided into
one boot-volume, and one working volume. The scrapbook seems ok when opened
at Finder level, but opening under some applications on my working volume
(Fullpaint, Draft and others) gives trouble. The MAC replies 'EMPTY SCRAPBOOK',
The problem arose suddenly (at least I didn't notice until now).
I'd be very happy if somebody could advise me on this problem
Regards Christian Falck Trondheim Norway :-)
------------------------------
Date: Tue, 27 Jan 87 17:20:00 PST
From: woody@Iago.Caltech.Edu (William E. Woody)
Subject: Making BatchX work on my HD20
Well, I finally got BatchX to work. It turns out that the name of the
magic folder is hardwired into the application as "System Folder", when
the name of the magic folder on my system was "sys". The patch
was simple: Find the string ":System Folder:" in the BatchX file using
Fedit, and change it to ":sys:" with terminating null (\0).
- William Woody mac > /|\ && ][n
woody@juliet.caltech.edu
------------------------------
Date: Tue, 27 Jan 87 16:19:23 EST
From: wilson%husc4@harvard.HARVARD.EDU
Subject: External SS drive problems
I have a 512KE mac with a single-sided external drive (can't yet
afford a double-sided drive to replace it) that is giving me
problems. The SS drive makes a scraping, sort of rough noise
when the disk is spinning, and especially when seeking. It
varies somewhat depending on the disk, and also seems worse
when writing. I have used it without losing any data, but it
really sounds unhealthy for the drive and disks.
I tried cleaning the drive, and it didn't help a bit,
so I opened up the drive and watched it run for awhile,
but would rather not take a screwdriver to the internals.
I think the noise may be due to the little felt pad (that presses
the disk surface against the read/write head) getting dirty.
The cleaning kit doesn't clean this part of a single-sided
drive (it has a cellophane flap to protect the felt pad and
warns you against removing it).
Has anyone had similar problems or know of a cheap solution?
The drive is not under Applecare and I would rather not pay
lots to get it working again. Any suggestions would be
appreciated.
Thanks in advance,
Randy Wilson
wilson@husc4.harvard.edu
harvard!husc4!wilson
------------------------------
Date: Wed, 28 Jan 87 15:16:01 est
From: berger%datacube.UUCP@CCA.CCA.COM (Bob Berger)
Subject: Apple-NU bus to VMEbus adapter
Ok, so the new mac's are going to use a modified form of the NU bus
for their expansion slots. Does anyone have or is working on producing
a Apple-NU bus to VMEbus adapter?
This could be a two card system, one card is of the Apple-Nu bus type
and would plug into the new Mac slots, the card would be a VMEbus card
and would plug into the VME card cage. Some form of robust cable would
then connect the two cards. A range of memory accesses by the Mac cpu
would transparently map to a range of addresses on the VMEbus.
It would be nice if transfers could also go the other way, a VMEbus master
could access chunks of the Mac Memory.
If anyone is working on such a beast, we would be interested in volume
purchase as an OEM.
Please send any info to me via EMail.
Bob Berger
Datacube Inc. Systems / Software Group 4 Dearborn Rd. Peabody, Ma 01960
VOICE: 617-535-6644; FAX: (617) 535-5643; TWX: (710) 347-0125
UUCP: ihnp4!datacube!berger
{seismo,cbosgd,cuae2,mit-eddie}!mirror!datacube!berger
------------------------------
Date: 27 Jan 87 14:52:00 EST
From: "Greg Hamm" <hamm@waks.rutgers.edu>
Subject: Broken keys
Reply-to: "Greg Hamm" <hamm@waks.rutgers.edu>
My three-year-old attacked my Mac and managed to break off one of the
keypad keys. The key apparently slides onto a little white tab, and the
tab is broken off at the point where it enters the key slot.
Does anyone know if this is reparable without buying an entire keyboard?
Any other rabid three-year-olds out there?
Greg Hamm
hamm@biovax.bitnet
hamm@waks.rutgers.edu
------------------------------
Date: Tue, 27 Jan 87 10:59:56 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Re: SFGetFile, Putfile improvements
With the introduction of HFS, Apple added lots of keyboard equivalents
to control the standard file dialogs. The one they left out was CANCEL.
You can do everything in standard file from the keyboard but CANCEL. The
obvious way to cancel is COMMAND-. and I see no reason why System 3.3
can't have that so all standard file dialogs retroactively have that
feature.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Wed, 28 Jan 1987 00:54 EST
From: HENRY%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
Subject: User interface suggestion for SFGetFile
I, too, have been frustrated at the behavior of the "Drive"
button in the file dialog box. It seems like Apple almost
got the right idea about tree-structured file systems, but
just made one mistake...
Here's the REAL solution: Trees should always have a "root" node,
but there's no root in Apple's HFS. Flush the Drive button
entirely. When you press the mouse button on the title above the
scroll window, you get a pull down menu of the path UP the tree from
where you currently are. This path should always end in a
unique root node [perhaps displayed as a Macintosh icon].
If you choose the root, you should then see in the scroll
menu a list of the available "drives", and then you could choose one.
Thus, the "drives" would be treated in an identical manner to folders,
except for the icons used to display them.
An even better idea: Actually, I was flabbergasted the first time I
saw a SFGetFile box appear. What I really wanted, and what I still
think would be a neat idea, would be to have a pop-up FINDER window. You
could screw around in the finder opening folders, etc., then double
click on an icon and it returns that file as the choice to the program
that asked for it. I suspect it was just small-machine mentality that
led to SFGetFile in the first place. The finder is great as a browser
for a tree-structured file system, so it ought to be used uniformly
throughout the system.
------------------------------
Date: Wed, 28 Jan 87 10:13:59 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Macintosh program for producing real postscript
There is evidently a program which runs on the Mac which converts the
psuedo-postscript (produced by using the COMMAND-F dump of postscript
on the Mac) into 'true' postscript. I saw the program listed in a public
domain software catalog but I suspect it exists on the net somewhwere.
Anybody care to post it or mail it to me for posting? Thanks in advance,
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologies for the fact
that I have access to this net.
------------------------------
Date: Wed 28 Jan 87 22:26:09-PST
From: Dwayne Virnau... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: Transskel Pascal Docs <repost>
several people reported problems downloading this file, a new
copy has been secured and is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TRANSSKEL-PASCAL-DOC.HQX
DoD
------------------------------
Date: Wed, 28 Jan 87 10:49:13 PST
From: <LOGANJ@byuvax.bitnet>
Reply-to: LOGANJ%BYUVAX.BITNET@forsythe.stanford.edu
Subject: UTILITY-FONT-EDITOR-10A4.HQX
Macintosh and Xerox 9700/8700/4050 laser printer owners,
Here is version 1.0A4 of the Font Editor that I mentioned last month.
I have successfully used this version of the Font Editor to create new
fonts and modify existing fonts for our 8700. There are still a couple
of problems with the program. I will post improved versions.
I have downloaded fonts directly to the Macintosh from CMS on an
IBM mainframe using Kermit, modified the font, and uploaded the
modified font back to the IBM host without problems. I have
been using Columbia University Kermit version 0.8(33) on the
Macintosh. These file transfers must be done in binary mode
(Kermit on the Macintosh and IBM host must both be set to binary
mode). For uploading, the Kermit logical record length parameter
should be set to 128 on the IBM host. Our Macs are connected to
the IBM host (43XX vintage) through a Hydra protocol converter.
For anyone interested, the CMS kermit commands that set binary mode
and a record size of 128 bytes are as follows:
SET FILE BINARY
SET LRECL 128
I have also transferred font files to and from VAX systems.
To use this font editor you must first download the following hex
code to your Macintosh and unhex it with the BinHex utility.
Let me know how it works for you...
Regards,
Jim (loganj@byuvax)
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FONT-EDITOR-10A4.HQX
DoD
]
------------------------------
Date: 27 Jan 87 10:48:00 EST
From: "Greg Hamm" <hamm@waks.rutgers.edu>
Subject: re: Disktimer II results
Reply-to: "Greg Hamm" <hamm@waks.rutgers.edu>
Since I will soon be buying a hard disk, I appreciate all the work people
have done to post timings for the various drives available. However, as
the recent message pointed out, issues other than speed are important.
For me personally, reliability (first) and simplicity of operation (second)
are much more important. So I'd like to see some postings about which
drives people have had trouble with, and which are perceived as reliable.
Which require some special boot procedures, and which are transparent?
Which work well with backup programs?
I realise this sort of information is much more subjective and can't be
organised into a nice table, but I'd sure appreciate even informed opinion
at this stage.
Thanks,
Greg
------------------------------
Date: Wed 28 Jan 87 16:05:49-PST
From: TIEU@USC-ECLB.ARPA
Subject: Mac security device
Are there any security devices that will lock the mouse and the external drive
of a Mac+? Please provide the vendor's name and phone numbers.
Thanks in advance
Han
------------------------------
Date: Wed 28 Jan 87 00:08:01-EST
From: "Mike E. Ciholas" <MIKEC%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: 68000 Development Systems, C and Assembly
I am a graduate student at the MIT AI lab and I am working with a 68000
processor for a mobile robot vision system. I need some advice on development
systems. I want to mix C and assembly but I must write _everything_ from the
reset routine on up. I would like to use a Mac for this, but can I write code
that I can download to a stand alone processor (i.e. no Mac ROM). I have heard
good things about LightSpeed C, but does its assembler allow such low level
programming (in supervisor mode) of the 68000?
Thanxs in advance.
You can reply to me directly at MIKEC@OZ.AI.MIT.EDU
------------------------------
Date: Sat, 24 Jan 87 14:31 EDT
From: <BAUM%BCVAX3.BITNET@WISCVM.WISC.EDU> (Christopher F. Baum)
Subject: FORTRAN for the Macintosh
I have been trying to move several large mainframe econometric research
packages into the Mac environment, hoping to get them up and running first
and Mac-like second. I have been stymied, as have many others to read the
nets and mags, by the lack of support for Fortran for the Mac at the level,
say, of Microsoft Fortran for the I...M PC (which I use, occasionally, if I
am bribed to do so).
I noted in MacWorld Feb. issue several letters about Microsoft (Absoft)
Fortran for the Mac, and the editor's response giving a number for Absoft
Tech Support in Jacksonville -- 904+423-7587. Since I did indeed buy the
Absoft product way back when, and have since gotten the Microsoft-vended
upgrades, I thought I'd give them a call, and see if they had a clue about
my difficulties in getting the linker to handle sizable applications,
random unsavory things happening to variables being transmitted through
COMMON, etc.
To my surprise and wonder, they not only answered the phone within two
rings, but spoke knowledgeably and at length about my problems! From the
sound of it, they have given me all the clues necessary to solve them, and
will send me an update diskette with a more powerful linker, as well as
several other goodies that Microsoft deigned to distribute. For any of you
that might be using (or thinking of using) Fortran for the Mac, I'd urge to
keep this in mind. The quality of support provided by Absoft for a product
that they designed, but do not even directly market (!) is several sigmas
above what we are used to getting. A sad commentary on the industry! Note
that Absoft is also behind the just-released MS-BASIC Compiler for the Mac.
I have no financial interest in Absoft, am just a satisfied customer, with
hopes that they succeed.
Kit Baum
Department of Economics, Boston College
BAUM@BCVAX3.BITNET
------------------------------
Date: Tue, 27 Jan 87 20:10:50 CST
From: davis%mycroft@gswd-vms.ARPA (Tim Davis)
Subject: Wanted. Structured Analysis and Des
I'm looking for any leads to Structured Analysis and Design Tools that
are specifically avaliable for the Mac's. These tools would compose an
integrated system containing;
1. Dataflow Diagram editors
2. Structure Charts editors
3. Data Structures editors
4. Entity-Relationships editors
5. Data Dictionary management capabilities.
6. Reporting Capabilities
7. Modeling Analysis programs
8. Apple Laserwriter interface
I have found only a couple of these systems which are avaliable on other
computers and operating systems but none for the Mac. Thanks for any
assistance you provide.
Tim Davis
------------------------------
Date: Tuesday 27 Jan 87 3:31 PM CT
From: <BPTFEHPB%UIAMVS.BITNET@WISCVM.WISC.EDU>
Subject: Evaluating database software for the Mac
I am evaluating database software for the Mac for the purpose of
chosing a product to be supported by our center. This DB package
would be general purpose, easy to learn and use, and be reasonably
priced. I would like to receive comments on any Mac database
package. I particularly would like comments on Reflex (previously
Interlace), OverVUE, FileMaker Plus (or FileMaker), and Microsoft
File. Please include the version you are familiar with and any
information on upgrades since. I have eliminated Double Helix and
Omnis 3 Plus from the evaluation because of their cost, but would
enjoy hearing comments for my own knowledge.
Please send your comments to me directly at:
Fran Hemingway
University of Iowa
Weeg Computing Center
Iowa City, IA 52242
319-335-5447
Bitnet Address: bptfehpb@uiamvs
------------------------------
End of INFO-MAC Digest
**********************
∂29-Jan-87 2315 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #46
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 29 Jan 87 23:15:36 PST
Date: 29 Jan 87 2324-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #46
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 30 Jan 1987 Volume 5 : Issue 46
Today's Topics:
DB9 power from DB19
Scientific writing on the Mac
Re: Single sided drive grinding noise.
RE: DISK GRINDING
Re: Broken Key
Another stupid posting about INITs
One last thing on LSP INITs
Re: SFGetFile, Putfile improvements
Disk Icons ala Feb. MacUser article
INIT-RANDOMIZER.HQX (Randomizer, the INIT that changes everything!)
UTILITY-SHOWSIZES.HQX
Printing PostScript files
Common Lisp for the Macintosh
Mac-to-Data General
Re: Wanted. Structured Analysis and Design tools
Ready,Set,Go3 -- Further notes
----------------------------------------------------------------------
Date: Thu 29 Jan 1987 13:19 CST
From: Samir Kaleem <XSAK@ECNCDC.BITNET>
Subject: DB9 power from DB19
Okay folks... I have a couple of questions...
Could someone post the DB19 pinout? I would also like to know if I used the
+5 and +12 volts from the DB19 and also made a straight connection also to
another DB19 (for the external drive), would it make a difference if both
the DB9 and DB19 were using the power? I like to do my own fixes for such
things (and besides, even though the one by Andy Hertzfeld is not
expensive, it still doesn't yet fit in my budget).
That brings me to my second question. Everyone talks about Disk Timers,
Disk Testers etc. etc., but no one has yet come out with something for a
Drive Tester. Such beasts do exist for the Apple ][ so why not for the Mac?
Yesterday, my Mac went haywire on me (methinks the EPROMS have been zapped
somehow. We had problems with the CDC and the IBM here related to
electrical problems). First the internal drive wouldn't work (the external
one did, but gave some funny noises). Then I couldn't create a ram disk
without getting a wierd error (some- thing to the effect of "ERROR IN
COPY-UTIL" according to MACSBUG). Then WORD didn't recognize the printer
and wouldn't save anything because "This disk is locked" (it wasn't) etc.
etc. etc. My poor sick Mac is right now at the dealer.
-- Samir Kaleem
Educational Computing Network
<XSAK@ECNCDC.BITNET>
<XSAK%ECNCDC.BITNET@WISCVM.WISC.EDU>
"Huda Hafiz"
------------------------------
Date: Tue, 27 Jan 87 11:13:51 PST
From: <K3TDS@scfvm.bitnet>
Reply-to: K3TDS%SCFVM.BITNET@forsythe.stanford.edu
Subject: Scientific writing on the Mac
Weather and work have prevented me from posting the responses to
the following question I ask of the Info-Mac community at the
beginning of the year:
>Does anyone have recommendations for someone who wants to write
>scientific papers on the Mac in the "what-you-see-is-what-you-get"
>fashion? A paper might include text, formulae, tables, footnotes
>(both at the bottom of a page or at the end of the paper), bibliography,
>and/or possibly graphics (PICT format must likely). The paper might
>be printed on the ImageWriter I, II or the LaserWriter/+.
>
>Is there an intergrated package for this? If not, what pieces seem
>to work well together?
[
the following comprehensive summary of the responses is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCIENTIFIC-WRITING-SUGGESTIONS.DOC
DoD
]
------------------------------
Date: Thu, 29 Jan 87 09:48:33 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: Re: Single sided drive grinding noise.
Check that the disk is seating properly. I just had a drive come
into my shop that made TERRIBLE grinding noises and wouldn't read most
of the time. The problem turned out to be a staple that had fallen
into the drive somehow and attached itself to the spindle motor so that
the disk was a hair/staple higher than it should have been, which
caused the terrible noise because the disk was being pressed upward
inside it's plastic jacket as it was spun. Removing the staple cured
the problem. You shouldn't have any troubles with head alignment if
this is the problem.
Hope this helps.
--Michael Knight
Knight@maine.bitnet
------------------------------
Date: Thu, 29 Jan 87 15:32 EST
From: ADIAS%HERC%rca.com@RELAY.CS.NET
Subject: RE: DISK GRINDING
PLEASE SEND TO WILSON@HUSC4.HARVARD.EDU
RANDY THE PROBLEM IS A THAT LITTLE DISK PAD. I HAD TO TAKE MINE TO
A MAC DEALER TO REPAIR. THE PROBLEM IS THAT IT IS WARPED ON ONE SIDE AND IT
COST ABOUT $50 -75 TO REPAIR IT
TONY
RCA BURLINGTON
------------------------------
Date: Thu, 29 Jan 87 10:45:54 PST
From: MIKK%PPC.MFENET@nmfecc.arpa
Subject: Re: Broken Key
I successfully repaired a broken key on my keypad and it hasn't come
loose yet (it has held for six months now). The trick is in devising
a way to position the key and keep it in place while the glue sets.
I wouldn't use instant glue because you can't see what the key will
touch first. I wrapped aluminum foil around the key to provide a handle
which could be removed after the glue has set. The handle made it
easy to position the key. To hold it in place I made a little fence
around it with paper; the fence holds the broken key away from its
neighbors. After the glue is set the aluminum foil can be gently
peeled off the key. It is VERY important to put just a little foil
on the underside of the key so it can be easily removed later. One
layer of foil all around with a few millimeters turned under the
bottom is plenty to hold the key firmly. Good luck.
------------------------------
Date: Thu, 29 Jan 87 17:10:35 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Another stupid posting about INITs
Ok, here I go again. Yes, I refuse to let well enough alone. Now I am trying
to write to the screen during an INIT. It ain't easy. A5 is screwed and so
are all the initialization routines. That means I can't use the window
manager to create a grafport to draw in. Everything just hangs.
I know it can be done since TOPS does it. Do you guys at Centram have any
advice. Does anyone know anything about it? I promise not to keep bashing
away at this one. My girlfriend is demanding equal time and I aim to see
that she gets it (wink wink nudge nudge).
Jon
------------------------------
Date: Thu, 29 Jan 87 09:50:46 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: One last thing on LSP INITs
Well, here are some more notes of interest that I learned while doing an INIT
in LSP.
There is a check box in ResEdit's INIT GetInfo box that tells the system to
lock the code while running. Check this and you won't need to lock your code
yourself. LSP provides no way of setting this, so you must use ResEdit.
If you have several INITs in a file, they are NOT run in numeric order. The
numbers seem to be pretty useless. Instead, they are run in the reverse order
that ResEdit lists them. You can use Cut and Paste to reorder them since
Paste puts them at the top of the list, or last in execution.
Don't you think that ResEdit needs a disassembler built in? Why doesn't
someone write one? It could be used for INIT, CODE, FKEY, DRVR, MDEF, and
CDEF resources (are there any I missed?). I'm just plain not interested in it
and I suspect that is other people's reaction too. Such a shame as it would
be very handy.
Jon
------------------------------
Date: Thu, 29 Jan 87 14:32:08 pst
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Re: SFGetFile, Putfile improvements
I want to be able to paste into SFGetFile and SFPutFile with <command>-V.
Many's the time I've had the name I want on the clipboard and had to type it
over, just because SFGetFile and SFPutFile DON'T properly handle paste.
Less useful, but a good idea, would be to have Copy implemented too, so I could
get a name onto the clipboard by clicking on it.
------------------------------
Date: 29 Jan 87 11:21 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Disk Icons ala Feb. MacUser article
Hello!
For those of you who receive Macuser here is a note concerning the article
on jazzing up your desktop. The author showed a procedure that allows you to
create icons for each of your disks. However, there was a problem with that.
If you noticed his bubble icon and then noticed the picture he took of this
screen after installing "this" icon, then you might have been tempted to try
it yourself because it looked really cool. Unfortunately, I am now forced to
think that the icon he installed is not the same one he showed in his ResEdit
dump and here's why. If anything I say is wrong or inadequately explained
PLEASE respond. This is just what appears to be wrong:
1. I duplicated his icon and mask exactly and installed it as per the
instructions. An Icon came up, but it was a hopeless jumble of the mask and
original (using the 50% gray desktop pattern). I re-installed it, but with
similar results.
2. After some playing around, it seemed that what the finder really does is
use the mask first to "white-out" the background pattern to provide a clean
slate for drawing the unselected icon, then when the icon is selected, finder
XORs the icon with the mask.
3. To test this theory, I changed the desktop background patterns and
examined the icon. Sure enough on any pattern but solid white, the hopeless
jumble appeared. Also, I remembered reading that when making an icon,
whereever the icon AND mask are white, the icon is transparent (ie. the
mask fails to blot out the background and ORing in the icon then lets the
background seep through).
4. Moral: Apparently, when the Finder was designed, the prospect of having
icons that look totally different when selected from when unselected did not
come up. Otherwise, icon drawing would be a straight bit copy thus using the
white portions of the icon to white-out the background. Icons should be
opaque, I think. Therefore, if you are making icons for your disks, just
use the ICON->MASK in ResEdit to get your mask and it will look fine on ANY
background pattern. If you change the mask to white, wherever the icon is
white, you will get the background showing through, but changing the mask
to white wherever the icon is black, makes no difference.
I hope this is both helpful and somewhat correct. If anyone cares to add
anything, please do so.
Happy Icon-ning!
JAH
"The needs of the one outweigh the needs of the many."
- Kirk (STIII)
------------------------------
Date: Thu, 29 Jan 87 10:31:05 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: INIT-RANDOMIZER.HQX (Randomizer, the INIT that changes
Subject: everything!)
Well, here it is. This INIT file randomizes your StartUpScreen, your
StartUpSound, and your BeepSound. It contains things you have probably
seen before, like the Backdrop INIT that makes your StartUpScreen file
become the desktop and the two INITs from MacNifty that play a sound file
on startup and replace your beep with a digitized sound file. I replaced
the SwitchStart INIT from Backdrop with my own version after determining
that SwitchStart could do what I wanted but would take hacking. Instead I
wrote my own. This way I was able to add some features too. This INIT
file comes complete with everything you need to have a tricked out startup.
It includes documentation and source code (Pascal and project files).
These INITs copy StartUpScreen onto the desktop, then play StartUpSound, and
then copy BeepSound into memory and hook it to SysBeep. Then my stuff comes
into play. It looks to see if the Option key is down and skips all this if it
is. Then it looks in the folder Screens and copies one of those into
StartUpScreen, then it does the same from Sounds to StartUpSound, and from
Beeps to BeepSound.
Pass this along to your favorite BBS.
I wanna be famous since I ain't gonna be rich.
Jon
Are INITs moving us toward a LOGIN.COM?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-RANDOMIZER.HQX
DoD
]
------------------------------
Date: Thu, 29 Jan 87 11:04:57 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: UTILITY-SHOWSIZES.HQX
Here is the first release of my first real program, ShowSizes.
It is a simple program that displays, in a Finder-like way, the
sizes of the various folders on an HFS volume by filling the
folders with a percentage bar chart. There are several obvious
options and a help page.
This program is not bullet proof. It crashes every now and again.
I attribute this to my dimwitted method of memory allocation.
If nothing is relocatable then the heap can't fragment, right?
Wrong. Anyhow, it won't hurt anything since it only reads from
the volume and doesn't write anything.
I decided to release this since I will not be doing anything with
it until APDA gets my MacApp to me and that could be awhile. I
feel that this is a useful enough tool to warrent it's unpolished
release (although it looks polished).
Let me know if you enjoy it and if you have any suggestions.
Jon
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SHOWSIZES.HQX
DoD
]
------------------------------
Date: Thu, 29 Jan 87 10:19:13 PST
From: Tom Wadlow <spar!taw@decwrl.DEC.COM>
Subject: Printing PostScript files
I have a bunch of PostScript files, generated via LaTeX and dvi2ps, that
I would like to send cross-country. It seems to me that the ideal way
to do this is to place the files on Mac disks, since the receiver will
have a Mac and a LaserWriter. Ideally, what I want is for that person
to select a file, and then PRINT it from the system menus. Unfortunately,
that will require some application to start, in order to actually do the
printing (i.e. if you print a MacWrite file in this fashion, MacWrite must
actually be present on the disk, since it will be run in order to print
the file). These files don't have an application, they were generated
on a Sun. Is there some way to do this? --Tom
------------------------------
Date: Thu, 29 Jan 87 13:30:29 PST
From: Viral Tolat <tolat@scotty.stanford.edu>
Subject: Common Lisp for the Macintosh
Does anybody know of a good implementation of Common Lisp for the mac ??
Thanks in advance
-vip tolat
------------------------------
Date: Thu, 29 Jan 87 13:01:08 PST
From: <MNGSJ@brownvm.bitnet>
Reply-to: MNGSJ%BROWNVM.BITNET@forsythe.stanford.edu
Subject: Mac-to-Data General
Has anyone found and/or used software which allows a Macintosh to emulate a
Data General D200 terminal? We'd like to use our Mac to do work on a Data
General MV/10000 running AOS/VS. We've heard of a program called MacDasher.
Does it work well? Are there others?
Also, since we use WordPerfect for WP on the Data General, we'd be interested
in any news of WordPerfect for the Macintosh. PCs can download, edit, and
upload WordPerfect files, after all. Macs should be able to do that too, no?
Thanks in advance for any information.
------------------------------
Date: Thu, 29 Jan 87 09:19:54 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Re: Wanted. Structured Analysis and Design tools
Recently someone wrote in and asked for a product with the following
features:
Dataflow Diagram editors, Structure Charts editors, Data Structures editors
Entity-Relationships editors, Data Dictionary management,
Reporting Capabilities, Modeling Analysis programs, and
Apple Laserwriter interface
The program DESIGN offers some of these features, mainly the first
few. It is worth a look to see if it does enough of the stuff you want.
DESIGN is produced by META SOFTWARE in Cambridge. There is a demo of the
program posted in multiple parts I believe (look for something like
DEMO-DESIGN-PARTn...). Unfortunately the demo does not indicate the most
recent features of the program which include a user definable palate.
The program is ~$200 and has a *very* expensive (in the tens of thousands
I believe) option to give you an OPEN version which gives you access to
the design datastructures for your own manipulation. The drawback I have
seen so far is that they use a relatively non-standard user interface
(different than MacDraw/MacDraft, etc.) that I personally found a bit
clumsy. The program has enough sophistication to make it interesting in
spite of this factor however.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Subject: Ready,Set,Go3 -- Further notes
Date: Thu, 29 Jan 87 13:16:15 -0500
From: meltsner@athena.MIT.EDU
My wife and I have been putting together the latest issue of the
MIT SF Society's magazine with RSG3. So far, in about 10 hours
of work, the program has crashed several times. It appears that
after about an hour of serious work, it is no longer able to paste in
text. Soon after, the program will decide to crash. This happend
on a Mac+ with System 3.2/Finder 5.3. The program just freezes (in
different spots each time), and although the mouse still tracks, the
computer no longer responds to any keyboard commands or mouse clicks.
If this is a garbage collection, its an awfully long one, and there's
no indication the machine ran out of memory (about 450K free).
The program also has a huge number of minor redraw bugs, and the
cut and paste is very clumsy. Objects are pasted back to where they
were cut, making it possible to stack things quite deep if you don't
realize the rule you've dupe'd is actually three or four deep.
The program is also almost entirely w/o cut and paste, the guttering
feature is okay, but should also be available as a feature of the
page-setup command. Strange things happen when one views at double
size the 'thin' rules, and search and replace are inordinately slow.
All in all, this program needs a good cleanup. The features are nice,
but there are quite a few bugs, some even fatal. For a $180 discount
price, this may be a good deal, but be prepared to save early and often,
and periodically restart RSG3 (every hour or so, I'd guess). The output
is nice, but the program is not all there yet.
Ken
------------------------------
End of INFO-MAC Digest
**********************
∂02-Feb-87 0137 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #47
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Feb 87 01:37:36 PST
Date: 2 Feb 87 0147-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #47
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 2 Feb 1987 Volume 5 : Issue 47
Today's Topics:
Re: Need hard disk tech help (V5 #41)
RE: Drawing to the screen from INITs
Find an applicaton
Re: Broken Key
Re: Broken keys
Re: Broken Mac keys
Mac Keyboard interface
autocad to MacDraft conversion
Kermit for Mac +
Missing application problems/DataFrame XP20
Standard File Gripes
DA-DISKTOP-10.HQX
UTILITY-PAGEMAKER-CONVERTER-15.HQX
Data General D200 emulator
Re: Common Lisp (V5 46)
Common Lisps for Mac
Re: 68000 C and Assembler (V5 #45)
Re: More on Structured Analysis and Des
AppleShare
Appletalk Networks/TOPS
Is there a way to un-protect an MS-Basic 3.0 program?
Re: good Modula-2 (V5 #36)
Re: RSG3
Usenet Mac Digest V3 #7
Usenet Mac Digest V3 #8
Delphi Mac Digest V3 #8
----------------------------------------------------------------------
Date: Sat, 31 Jan 87 00:04:34 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Re: Need hard disk tech help (V5 #41)
See MacTutor, February 1987, p. 67
"Build Your Own SCSI 40MB Hard Disk." 1 of 2.
Part I is soldering, starting with the Seagate spindle and a controller
board. Part II is the formatting utility.
Apple has been distributing a driver. See
SCSI Development Package V1.0 $10
from APDA. Contains a heavily commented sample SCSI driver written
in assembly language.
Joel West ihnp4!gould9!joel
Western Software Technology joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Sun, 1 Feb 87 03:04 EST
From: <ARAJ@CRNLVAX5.BITNET>
Subject: RE: Drawing to the screen from INITs
RE: INFO-MAC Digest V5 #46
From: PUGH%CCC.MFENET@nmfecc.arpa
>Ok, here I go again. Yes, I refuse to let well enough alone. Now I am trying
>to write to the screen during an INIT. It ain't easy. A5 is screwed and so
>are all the initialization routines. That means I can't use the window
>manager to create a grafport to draw in. Everything just hangs.
Actually, it's easy. You don't have to put the QuickDraw globals at their
usual position in memory. I put them in the stack and obtained a pointer to
their location to pass to InitGraf. The source code for an INIT that I had
written which prints the name of the startup volume on the screen is below:
It is in Lightspeed Pascal format.
{$I-}
UNIT DrawStartupVolName;
INTERFACE
PROCEDURE main;
IMPLEMENTATION
PROCEDURE main;
VAR
vName : STRING[27];
vRefNum : integer;
dummyint : integer;
gp : GrafPtr;
ThePort : ARRAY[0..206] OF byte;
BEGIN {procedure main}
InitGraf(pointer(longint(@ThePort) + 206 - 4));
gp := pointer(NewPtr(108));
OpenPort(gp);
TextMode(SrcCopy);
dummyint := GetVol(@vName, vRefNum);
MoveTo(133, 119);
DrawString(vName);
ClosePort(gp);
DisposPtr(pointer(gp));
END; {procedure main}
END. {unit DrawStartupVolName}
--Mark J. Steiglitz
ARAJ@CRNLVAX5.BITNET
ARAJ@CORNELLA.BITNET
steig@tcgould.tn.cornell.edu
------------------------------
Date: Thu, 29 Jan 87 10:38 EST
From: Tom Dowdy
Subject: Find an applicaton
I have a question regarding GetAppParms. Is there anyway for
an application to know the vrefnum of where it is running from?
The "tricky" way is to look at all mounted volumes using the
indexed file calls, but this will fail if the user puts two
disks in both with a copy of the application. Is there any other
way? GetAppParms returns the name of the application, but I really
need the vrefnum.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
Date: Fri 30 Jan 87 17:25:16-EST
From: Richard A. Cowan <COWAN@XX.LCS.MIT.EDU>
Subject: Re: Broken Key
Regarding Greg Hamm's broken key message,
I dropped my keyboard and broke off a key about a year ago,
and fixed it with Super Glue.
I applied a minute amount of glue to both edges, held the key in
place very carefully for about 20 seconds, and then let go. The
key has been in place ever since.
-rich
------------------------------
Date: Fri, 30 Jan 87 15:52:29 CST
From: srb%mycroft@gswd-vms.ARPA (Steve Bunch)
Subject: Re: Broken keys
I repaired a similar-sounding keyboard break (though not on a Mac)
after my 1-year-old knocked it off a shelf.
I used epoxy glue. In general, epoxy will adhere well to plastics IF
the surfaces are rough and the plastic is rigid. Some plastics, like
soft nylon and polyethylene, just about can't be glued. Most harder
plastics are fine, but if the surfaces are smooth, rough them up with
sandpaper (watch the dust!) or a Dremel tool on slow and a wire brush
(watch the dust, and don't wear away too much material!).
Getting the key on straight and clamping it in that position is
critical, but epoxy cures slowly so you have time to get it right.
Good luck.
Steve
------------------------------
Date: Thu, 29 Jan 87 08:11 EST
From: Tom Dowdy
Subject: Re: Broken Mac keys
In response to a question concerning the Mac Keyboard and rabid
three year olds breaking keys:
If you take appart your keyboard you will be able to see that its
basically designed as one unit, and the parts that tend to wear
out and break (namely the keyswitches themselves) are soldered into
the board. In addition, to make matters worse, the keyswitches
themselves are basically sealed units, so your only choice
is to replace the entire keyswitch. But as apple doesn't make
repairs requiring a soldering iron anyway, their solution is the
charge you what amounts to a "keyboard logic board replacement",
which amounts to the apple default amount of about $150 ( i think)..
It may be less, but in any case, it's not really cheap. Since
I seriously doubt that in the future you're going to be having
any OTHER problems with the keyboard. (What else could go wrong,
other than chip problems), the best solution is to repair
the keyboard, either yourself, or get someone at the computer
store to help you. It's about a five minute operation to remove
the keyswitch. The only problem, of course, is that you need
a keyswitch to replace it with. I happened to be in luck as i
had just done a MacPlus keyboard upgrade, and my old keyboard
was totally shot anyways, and who really needs that 1 key anyways.
Works super now. A store might also have some extra keyboard/
switches available.
I'm not responsible if anyone trys this and melts down their
keyboard. I had good luck with it, that's all.
The temporary solution is a DA i have that lets you enter key characters
that are broken, If anyone wants i can post to the net.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
"They say there is strangeness to danger us,
In our theaters and bookstore shelves.
Those who know what's best for us,
Must rise and save us from ourselves."
------------------------------
Date: Fri, 30 Jan 87 12:27 EST
From: Hess@MIT-MULTICS.ARPA
Subject: Mac Keyboard interface
Well, I too have a broken keyboard, and don't want to unsolder the key
bottom to fix it. But I might almost go for some soldering to attach a
Lisa keyboard to a Mac, if they're even remotely compatible! (It's a
512Ke, so it supposedly could take the Plus keyboard. So the software
would be OK, if the hardware could be made simpatico.)
Anybody ever looked inside both keyboards? Is this guaranteed to lose?
It looks like the Mac has a 4-wire plug, while the Lisa has only 3...
Is the 4th wire in use?
My Lisa is only worth being used as spare parts anyway.
------------------------------
Date: Fri, 30 Jan 87 15:42:33 est
From: magill@eniac.seas.upenn.edu (Operations Manager)
Subject: autocad to MacDraft conversion
I have a set of DEC Rainbow AutoCad drawings which I would like to convert
to MacDraft. (I can convert them to IBM-PC AutoCad if necessary).
Does anyone have or know of such a conversion program.
------------------------------
Date: Thu, 29 Jan 87 09:30:05 PST
From: <RHG@uregina1.bitnet>
Reply-to: RHG%UREGINA1.BITNET@forsythe.stanford.edu
Subject: Kermit for Mac +
I am a new user of the MacPlus and I am having problems running Kermit
on my machine. The Kermit is version 0.8(34) that seems to run very
nicely on 512K Macs. As far as I am able to get - Kermit works fine on
the MacPlus except:
1) The font selected by Kermit to display the dialog of the conversation
is the Cairo pictographic font. ASCII characters leave and enter the
comm port correctly, but are displayed as bombs, telephones, etc on the
Mac screen. This is my major problem because it prevents Kermit from being
a useful terminal emulator.
2) While using MacKermit as a server. The remote Kermit issued a "bye"
command that caused the MacKermit to reboot the Mac and loose all of the
files sent to it during the "server session." This problem can be
avoided.
I have looked at some previous Mac and Kermit newsletters without seeing
this problem mentioned. To the best of my knowledge mine is the first
MacPlus (with a hard disks and a lot of installed fonts) to attempt to
run Kermit in town.
I may have not included sufficient detail for you to answer my question.
If so, please tell me what else you need to know. Thanks, Bob G
Acknowledge-To: Robert H Greenfield <RHG@UREGINA1>
------------------------------
Date: Wed, 28 Jan 87 22:06:54 PST
From: GANNMAT%UCLASSCF.BITNET@WISCVM.WISC.EDU (Gann Matsuda)
Subject: Missing application problems/DataFrame XP20
I've experienced the same problems that Jon (PUGH@CCC.MFENET@nmfecc.arpa)
is having, as I've run into the "Can't Find Application" message too.
MacWrite has given me that problem, but I've also had Excel 1.03,
OverVUE 2.0 and Pagemaker 1.2 act up on me too. The only solution
I've found is to move the document from its directory to the directory
of the matching application. After opening the document, I quit the
application and then moved the offending document back to its original
directory. Things work fine after that.
I didn't have the problem of multiple Desktop files that Jon experienced.
I do agree with Jon that this is a consistant problem, as it has happened
to me numerous times. By the way, I'm running a Mac Plus with a
DataFrame XP20.
This problem is a time-consuming nuisance, and I hope someone out there
(especially Apple) can come up with a permanent solution in a hurry.
Just wanted to add that I love my DataFrame XP20! It is EXTREMELY FAST
and I have had no problems at all. No crashes, no lost data, no boot
problems. By the way, the DataFrame initializer application, Init 2.2
is now out--it replaces Init 2.1. The new version supposedly fixes
a minor bug, but I haven't noticed anything new. If you're in the market
for a hard disk, get the DataFrame XP20 or the XP40 (even faster).
Gann Matsuda
------------------------------
Date: Fri, 30 Jan 87 15:29:51 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Standard File Gripes
Since I'm a windbag (or should I say bitbag?) I might as well add my pet peeve
about the SFGetFile call. Whatever happened to the damn prompt!?!?! It's a
pain to have to specify a prompt that never appears and a worse one to let the
user guess as to why he has to select a file.
It is easy enough to add the other suggestions from Dave and Dave (Gelphman
and Oster) about Command-. (QUED uses Command N for cancel) and the Copy/Paste
issues by including your own filter proc. A better idea would be to install
it at the system level, but I cannot find any reference to a hook in The Book.
I imagine it would take some serious poking around (more than I care to do)
to find out how to patch a new routine in. But that prompt would take a lot
more work. Couldn't it be added in a new release of the System software. They
would have to add another item, I guess. I still want to know what happened
to it originally.
Jon
------------------------------
Date: Sat 31 Jan 87 00:46:29-EST
From: Carlos A Albuerne <CU.ALBUERNE@CU20B.COLUMBIA.EDU>
Subject: DA-DISKTOP-10.HQX
A desk accessory with Finder-like functions from CE Software (shareware).
--Carlos Albuerne
cu.albuerne@cu20b
caa@cunixc
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-DISKTOP-10.HQX
DoD
]
------------------------------
Date: 31 Jan 87 15:47:00 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: UTILITY-PAGEMAKER-CONVERTER-15.HQX
[ Uploaded from Delphi by Jeff Shulman ]
[ Updated 29-JAN-1987 19:20 by JIMH to version 1.5. This version has
improved Pagemaker file recovery. If one of the text or picture blocks is
trashed it marks that block as bad in the acta file and continues with the
recovery (a small oversight in 1.0). User interface has been improved and
a few cosmetic bug are fixed.]
This program converts a PageMaker file to an Acta file. It allows the
transfer of pagemaker files from Pagemaker to word processor, drawing, and
other pasteup programs. It also allows the recovery of data from many
crashed pagemaker files. This was originally written to allow the MUGS
online editors to convert their pagemaker files to a format that could be
shared between users groups. The purpose of this program was expanded
thanks to the comments of people like Ric Ford of MacInTouch, and some
local PageMaker users. It is free to all users groups for club activities.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PAGEMAKER-CONVERTER-15.HQX
DoD
]
------------------------------
Date: Fri, 30 Jan 87 11:55:58 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Data General D200 emulator
Once again I must recommend VersaTerm PRO, the BEST terminal emulator for the
Macintosh. In addition to VT100, TEK 4014, and TEK 4105 (with color printing),
it also emulates a DG D200. However, since I haven't used it in that mode,
I cannot tell you how wonderful it is. I do know that VersaTerm has proven
itself in my book on the basis of it's performance in it's other 3 modes.
VersaTerm PRO 2.0 has just been released with oodles of new features. It is
available as a $10 update to owners of VersaTerm PRO 1.0 and $195 for owners
of plain old VersaTerm. It goes for $295 suggested retail. It is worth it.
Jon
------------------------------
Date: Sat, 31 Jan 87 00:23:34 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Re: Common Lisp (V5 46)
I believe the only game in town is ExperCommon Lisp from ExperTelligence,
Inc. (800 828-0113 in US, 826-6144 Calif.)
It is a compiled lisp, execution looks very fast. Includes LOOPS-like
implementation of object-oriented programming (the salesman disparaged Flavors)
Unfortunate is the price. I collect programming languages (2 Pascal,
1 psuedo-Pascal, 3 C's, 2 Assemblers, 2 Modula-2 and, oh yeah, a Basic)
but $995.00 (note the decimal point) is not impluse money. Only $930
from ComputerWare!
They had a show special in San Francisco for $700. Worth the plane
ticket for the next MacWorld.
Joel West
------------------------------
Date: Fri, 30 Jan 87 13:12:11 EST
From: bill coderre <bc@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: Common Lisps for Mac
There aren't any REAL Common Lisps available for Mac AT THIS TIME.
I have, and use ExperCommonLisp, but it is very far from being
CommonLisp as defined by Steele. Scoping is different. Big chunks and
gobs of commands are simply non-existent. There are variations from
the standard in what commands are there.
I have used ExperLisp, and the newer ECL is much improved. But it is
not, as far as I'm concerned "Common" at all.
If you treat it as it is, it is okay. Not too many bugs, acceptable
(but somewhat buggy) documentation, some nice features. Toolbox is
supported. There is some form of Object Oriented Programming, which is
similar to SmallTalk's ("Classes" and "Methods"). There is a "file
compiler" that lets you make an application out of your Lisp program.
BUT, to quote the ECL manual, volume I, page 103,
"The file compiler does not support LAMBDA from any part of
your program. If LAMBDA is encountered during a file compile,
an error message will be displayed."
Well, you can decide. ECL is vaguely like CommonLisp, has some good
features, has fewer bugs than ExperLisp, still has bugs, and costs
$995. It is not copy protected.
MacScheme is on its way into my waiting hands. I have heard only good
things about it, but haven't used the newest version. It also allows
file compilation, toolbox access, and has a simplified, high level set
of routines for doing simple things (opening a standard window, for
example). It apparently does not have a built in method of OOPs.
Scheme, of course, is entirely a horse of a different color than
Common Lisp. I include MacScheme because it is (apparently) a working,
winning product.
On the other hand, I know that this situation cannot last much longer.
A company that I happen to know is developing a COMPLETE Common Lisp,
with many nice features. To say any more, I would violate a
non-disclosure agreement. I'll try to get them to post an official
promo for it.
Happy Hacking....................................................bc
------------------------------
Date: Sat, 31 Jan 87 00:15:08 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Re: 68000 C and Assembler (V5 #45)
No doubt, the best 68000 assembler is Apple's with MPW. It
supports the 68000, 68010, 68020, 68881, 68851 and every addressing
mode and operation mode. If Mike wants to write low-level assembler
in supervisor this is probably it.
MPW comes with the assembler. It also include a disassembler
(DumpObj) if you want to tweak your C code.
MPW has an optional C based on the Green Hills compiler, supposedly
a good C compiler. Manx is also working on moving their C (Aztec)
to MPW, though I don't know what the date is. The price of MPW
and MPW C are going up 3/1; APDA is the only source.
Less fancy (and a lot cheaper) is Consulair C's new Mac C Jr.
at $80 (415 851 3272) which includes an inline assembler built in.
It produces MDS-compatible object code and can work with MDS if you
want to buy it.
I've been preaching MPW, but it's not the answer to every problem.
It requires a hard disk and MPW C requires 760k RAM minimum.
Bill Duvall provided a Mac-based C back in 1985 and has a lot
of experience in his software; I hope he's able to remain in business.
Joel West ihnp4!gould9!joel
Western Software Technology joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Fri, 30 Jan 87 11:08:47 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Re: More on Structured Analysis and Des
I got a call from Michael Hermes at 303 883-6524. He was responding
to Tim Davis' original posting about Structured analysis which I followed
up on. Michael told me about a product called DEFT which is available from
DISUS, TBS International, Suite 110, 557 Dixon Rd., Rexdale, Ontario
M9W 187, Canada phone no 416-249-2246. He indicated that this was a
very good product which had most if not all of the features requested in
the original posting.
One comment here is that the reason I got the phone call instead of
the person who originally wanted the information is because I posted
my phone number in my reply. Since there are MANY people who read info-mac
but have no idea how to respond to a posting, it seems like a good idea
to posting some sort of conventional information like address and phone
so that you can increase your chances of obtaining a response.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Subject: AppleShare
Reply-to: "Christopher A. Kent" <kent@sonora.dec.com>
Date: Thu, 29 Jan 87 09:22:25 -0800
From: kent@decwrl.DEC.COM
OK, the news is out. The Wall Street Journal had an article covering
Apple's announcement of AppleShare, Apple's solution to the file server
problem.
Says here that it costs $799, and appears to take a dedicated Mac with
a hard disk. The ad on the back of the first section shows a cute
display with browse lists for available volumes and current users, as
well as an "Activity" bar graph indicator (ranges from "idle" to
"busy"!). But most of the screen real estate is taken up by a very
large, overly cute AppleShare logo (a hand carrying a butler's tray
with folder, application, and document icons on it).
Anybody seen this work? How's it compare with TOPS or MacServe?
chris
------------------------------
Date: Sun, 1 Feb 87 18:23:39 EST
From: salamir@UMass.BITNET
Subject: Appletalk Networks/TOPS
I'd like to get people's impressions of networking systems using
AppleTalk. These include PhoneNet, AppleTalk, TOPS, and whatever else
people are using. Please send your postings to me, and I'll summarize and
post it here.
I need this information for two purposes; 1) to recommend a network for my
office, the Massachusetts State Data Center/MISER, and 2) to show the
findings to our campus Microcomputer Resource Lab.
I am also interested in people's experience networking IBM PC's and Macs
together.
Thanks!
R. Lussier
Salamir@UMass.Bitnet
------------------------------
Date: Wed, 28 Jan 1987 16:00 PST
From: GFA0009%CALSTATE.BITNET@WISCVM.WISC.EDU
Subject: Is there a way to un-protect an MS-Basic 3.0 program?
Our department recently acquired the MS-Basic 3.0 upgrade. One of my faculty
member, when saving a program (his only copy) clicked the "protect" option,
not realizing that this meant you wouldn't be able to (ever) see or modify
the source code (he thought it had something to do with not being able to
inadvertantly alter it).
Anyway, he would prefer not to have to re-write the program. Is there a utility
or a strategy which will let him un-protect the code? If there is such a
utility, could someone (please) mail it to me? Our installation can't access
any of the archives (such as SUMEX-AIM or MACSERVE).
Thanks in advance for any help you can give me.
Andre Lehre
Geology
Humboldt State Univ
------------------------------
Date: Sat, 31 Jan 87 00:00:41 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: Re: good Modula-2 (V5 #36)
Sorry about the delay. I'm cleaning out my office and sorting through
old INFO-MAC printouts--looks like I need a fourth 3" binder.
Modula Corp sells a native compiler licensed from ETH (I believe
MacModula v4 is out, but still an interpreter) they call MacMETH.
Release 2.0 is about 3 months old and supports HFS ok. A very
non-Macintosh interface, an imitation of the Lilith.
Modula Corporation (800) LILITH-2
Semper Software is working on an MPW-compatible Modula-2. It's in
a very rough beta now, and is probably about three months off.
It will run as an MPW tool within the MPW environment.
Semper Software (312) 790-1253
MCI Mail: Semper Software
TDI Software has a 68000 Modula-2 compiler they've been advertising
MacTutor, but they say nothing about its Macintosh compatibility.
(Atari, Amiga, yes...)
TDI Software (214) 340 4942
Compuserve 75026,1331
Joel West ihnp4!gould9!joel
Western Software Technology joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Sat, 31 Jan 87 18:32 EST
From: Tom Dowdy <CML5A9@IRISHMVS>
Subject: Re: RSG3
A recent posting on ReadySetGo complained about crash problems
when editing for long periods of time, and also redraw bugs.
We used RSG3 here to paste up a 2 page 6 column pocket card,
and used extensive cut and paste throughout as well as numberous
font and style changes as we were working on it. Aside from sometimes
not erasing the very bottom of the page when it was on the screen,
we had no problems with it. The whole card went together very
quickly, and as we needed landscape mode, RSG seemed to fill the
bill. No doubt longer documents will surely show problems more
clearly than a short two pagers.
Oh yes, we used 7 pt times and 5 pt courier for the entire document,
so we had a fair amount of text in it. And can you beleive that
if you really want you can actually EDIT at that pt size? For
the heavy stuff i will admit that i resorted to enlarging to 10
pt.
We are very pleased with RSG3, but will keep our eyes out for
the bug that was described.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
Date: 31 Jan 87 10:06:36 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #7
Usenet Mac Digest Saturday, 31 January 1987 Volume 3 : Issue 7
Today's Topics:
Re: Information, please (MPW and Object Pascal)
X-Ray disk drives
BibTeX
Object Pascal (2 messages)
FileMaker Plus
LaserWriter Plus Fonts (answer)
How to print things on menu bar
3.5 disks: what brand is best?
Exotic alphabets on Mac/Laserwriter
Re: Left Handed MacPaint
Re: How to print things on menu bar
LaserWriters & Unix
Macintosh fonts from METAFONT?
dialogs and drawn boxes
Graphics Tablets for Mac
Re: Exotic alphabets on Mac/Laserwriter
Problem with SetIText
The New Macs (yes, rumors)
Mobile or Taliesin?
Fat Mac power supply failure
Re: C Compilers/Development Systems
fast plotting and screen saving
Re: Mobile or Taliesin?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-7.ARC
DoD
]
------------------------------
Date: 31 Jan 87 10:07:11 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #8
Usenet Mac Digest Saturday, 31 January 1987 Volume 3 : Issue 8
Today's Topics:
Re: INITs, help...
Major bug in WriteNow
Re: Helix & Double Helix
Re: Problem with SetIText
POSTSCRIPT to AUTOCAD format conversion needed
Using MAC+ in the LAB - Help??
HARD DISK BOOT PROBLEM?
Re: MacDraw file format?
The Right Word
TML vs LSP
Apple/Turbo/AAIS Pascal/Prolog info desired
Dead LoDOWN as
Mac to Laserwriter via unix
Re: Mobile or Taliesin?
TransSkel - Request for comment
Re: MacDraw file format?
database for slides?
Re: Using MAC+ in the LAB - Help??
Re: The New Macs (yes, rumors)
ImageWriter flow control problems
Apple trademark crackdown
Projection systems for Macintosh screens
Re: Delphi Mac Digest V3 #6
Missing application problems/DataFrame XP20
A Gripe about MacUser
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-8.ARC
DoD
]
------------------------------
Date: 31 Jan 87 21:36:58 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #8
Delphi Mac Digest Saturday, 31 January 1987 Volume 3 : Issue 8
Today's Topics:
IW I Slipping (3 messages)
RE: Fall 1986 BMUG Newsletter?
RE: Helix & Double Helix (2 messages)
Need Comparative Info on AMIGA vs. MAC+
MicroSoft f77
RE: WriteNow (6 messages)
Nevins Microsystems
If I Hadn't Seen It... (3 messages)
RE: Extending TextEdit (4 messages)
Help with HD
RE: Help - Mac floppy repair/replace info needed
RE: mac parallel output?
Squeaky disc (2 messages)
RE: keyboard problem
RE: mac parallel output?
RE: Left Handed MacPaint
"MacInTouch" February '87 delay
Switcher Question
Very cheap B-Boxes
RE: criket draw (2 messages)
"Missing Application" message: APPL
AST-2000 tape won't work
sys windows
AppleShare
System 3.3/Radius FPD
MUSIC PUBLISHING
PC MacKey keyboard
Carrying Case Warning
Re: Helix & Double Helix (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-8.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂04-Feb-87 2226 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #48
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 4 Feb 87 22:25:02 PST
Date: 4 Feb 87 2219-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #48
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 4 Feb 1987 Volume 5 : Issue 48
Today's Topics:
str255 help
Font/DA Mover help
Re: Another stupid posting about INITs
Re: Apple NuBus to VMEbus adapter
400K DD seek scraping, ejecting
ImageWriter II Print Problems
TransSkel - Request for comment
SFGetFile/SFPutFile ideas
Re: Another Mac Interface Comment
Troff to Mactintosh converter request
About my Randomizer INIT
UTILITY-PAGE2SAVER.HQX
Re unprotecting MS-BASIC files:
AppleShare--turn your Mac into a fileserver
new book "Under the Apple"
Porting TeX-Fonts to Mac/TeXtures
color laserwriter cartridges
Church software for the Mac
MacModula-2 V4.0
Centram Systems has been bought out by guess who
----------------------------------------------------------------------
Date: Tue, 3 Feb 87 15:00 EST
From: JPB%SMVL%rca.com@RELAY.CS.NET
Subject: str255 help
I am using TML Pascal to write a file translator program. I like
TML Pascal a lot, its Pascal in general I'm having a great deal of
trouble with. Actually just str255. I am trying to read files with
the following format:
xxyy<variable length data>
where xx is an integer specifying record length in bytes(including
xxyy) and yy is an integer signifying record type. Everthing works
file until I try to put a string record into a str255 variable. The
first character gets chopped off and used as a length byte. I have
keep an accurate representation of what the string is because I need
to reference data that follows the string name. I have tried variant
records, packed arrays, and a whole bunch of other stuff that other
programmers around here have suggested. I either get compiler errors
or garbage in my str255 variable. Does anyone have an idea as to some
hidden ROM or system routine to stick a count in front of a set of
ASCII characters so that I can make this silly program work and go back
to interesting things like playing with World Builder!!! Has anyone else
ever lost sleep over this besides me??
THANX for any and all help in advance!
------------------------------
Date: 2 Feb 87 16:11 EST
From: HALLETT%CSBVAX.decnet@ge-crd.arpa
Subject: Font/DA Mover help
What is the key sequence that allows one to install Desk Accessories into
applications via the Font/DA Mover? Will a similar sequence work for Fonts?
JAH
------------------------------
Date: Fri, 30 Jan 87 14:48:47 pst
From: decvax!decwrl!voder!apple!lsr@ucbvax.Berkeley.EDU (Larry
From: Rosenstein)
Subject: Re: Another stupid posting about INITs
In article <8701300810.AA26082@ucbvax.Berkeley.EDU> you write:
>Date: Thu, 29 Jan 87 17:10:35 PST
>From: PUGH%CCC.MFENET@nmfecc.arpa
>Subject: Another stupid posting about INITs
>
>Now I am trying
>to write to the screen during an INIT. It ain't easy. A5 is screwed and so
>are all the initialization routines. That means I can't use the window
>manager to create a grafport to draw in. Everything just hangs.
>
I wrote a little screen dimmer that writes on the screen when it installs
itself. I just called InitGraf, InitFonts, OpenPort, and DrawString, and
it works fine. A5, A6, and A7 should be all setup.
>Date: Thu, 29 Jan 87 09:50:46 PST
>From: PUGH%CCC.MFENET@nmfecc.arpa
>Subject: One last thing on LSP INITs
>
>There is a check box in ResEdit's INIT GetInfo box that tells the system to
>lock the code while running.
Actually any resource can have its lock bit on, and then the Resource
Manager will automatically lock the resource when it is read in. This does
not mean that it will always stay locked, but this will work with INITs.
>If you have several INITs in a file, they are NOT run in numeric order. The
>numbers seem to be pretty useless. Instead, they are run in the reverse order
>that ResEdit lists them.
The system uses GetIndResource to sequence through them. You should not
depend on the order in which GetIndResource returns resources. If one INIT
needs to run before another, you should make the second one a different type
of resource and have the first explicitly load it in and run it.
>Date: 29 Jan 87 11:21 EST
>From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
>Subject: Disk Icons ala Feb. MacUser article
Drawing icons is convered in Technical Note #55. It says the same thing;
the mask is used (with bit clear mode) to punch out a white hole and the
data is XORed. For a selected icon, the mask is ORed to make a black hole
and the data is XORed again. The other cases of off-line and open icons are
also described.
Larry Rosenstein
Object Specialist
Apple Computer
AppleLink: Rosenstein1
UUCP: {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.CSNET
------------------------------
From: BGT.WB%GEN.BITNET@cernvax
Date: 02 feb 87 22:18 GMT +0100
Subject: Re: Apple NuBus to VMEbus adapter
CERN is developing such an interface. It is compatible with the
current implementation of MacVEE (Microcomputer Applied to the
Control of VME Electronic Equipment) on the Macintosh Plus (see
INFO-MAC Issue 5/14).
I can't send out information until Apple officially announces
the new computer, but if any professional researchers would like
to be at the top of the list to receive details when that time
comes, they are welcome to send me their coordinates. Mention
in your request whether you are currently a MacVEE user or
require a manual for that system too.
B.G. Taylor
EP Division
CERN (European Organization for Nuclear Research)
CH-1211 Geneva 23
Switzerland
Bitnet: bgt.wb@gen
Arpanet: bgt.wb%gen.bitnet@wiscvm.arpa
Usenet: bgt.wb@gen.bitnet.uucp
------------------------------
Date: Wed, 04 Feb 87 17:34 CST
From: Richard <Tilley@UOFMCC>
Subject: 400K DD seek scraping, ejecting
Have '84 stock fat mac. Ran 1 yr as single drive system so
drive (and thumb) got lots of use. A year ago drive made
fearful *scraping* noises while seeking. No grinding here.
Noise was intermittent - perhaps 50%. Sounded like all the
oxide was being scraped off the disk. However no I/o errors
and only the occasional tiny scratches that have been mentioned
here in the past.
Cleaned the pad and head and splashed oil on most everything
that moved, especially that long spiral gear. No change.
The noises eventally went away and havent returned. I suspect the
stepper. Heard another machine make the same noise just once.
More recently had problems with disks failing to eject. Also
intermittent but got worse and worse. Putting a tiny washer
between the eject motor and the frame fixed it.
------------------------------
Date: Sun 1 Feb 87 10:54:15-MST
From: Robert J. Thum <RTHUM@SIMTEL20.ARPA>
Subject: ImageWriter II Print Problems
Seems like my request for info from others with printer problems of
"SQUISHED" top lines has opened the flood gates! The general feeling is
'There is a problem', the way people are trying to solve the problem are
indeed varied. The basic problem is quite simple: The ImageWriter II
randomly squished the first line of text or graphics when in ony print mode
other than draft, and even in that mode on very very rare occasions.
Richard.Etner@PSI states that he notices that if you follow the Image-
Writer II manual for paper placement the top edge will buckle a bit as it
struggles to get under the rollers. He now positions the pagper so that the
bar supporting the rollers is midway between the first two pin feed holes.
"(This requires a concomitant bottom margin software adjustment)". Joe
Touch@SVAX notices the fold of fanfold paper often doesn't ride under the
little roller bar smoothly. When it gets stuck (near the top of every other
page) and doesn't advance the print overlap and apperars 1/2 high. He
states there are two basic "fixes":
1. Don't use fanfold paper or unfold it before printing.
2. Load the paper so that the 'fold-bump' is already under the
roller bar when the top line of the paper prints.
Joe also quoted from ABRAHAM MASLOW " When the only tool you have is a
hammer, everthing begins to look like a nail". Hank from Well!@III thought
the problem may be the system board in the ImageWriter II but after
replacing the thing it did not improve the problem. Hank also noted that a
lady in Canada had all the gears and platen replaced which cured hre
problem. I have noticed (after having it pointed out to me) the same
tendencies in that every other page-IE: the one with the 'fold-bump' up
gets squashed letters. Michael Knight@Maine wrote that the slop in the
tractor feed seems to be the problem caused by the advancing and then
retracting of the paper.According to Macintosh Technical Note #33 it seems
that A. The pager should be positioned with the top edge at the pinch
roller, making it easy to rip off the printed page(s). Also at the end of
the TN it is noted that "there is also the "burp" This is a 1/8 inch motion
back and forth to take up the slop in the printer's gear train. It is
needed on the old-model printer, and there is debate about whether or not
it's needed on ALL ImageWriter II's or only some, or none. The burp has
been in and out of the ImageWriter II code in various releases; right now
it's in. This TN was written by Ginger Jernigan April 30,1986.
>FLAME ON: Since this seems to be a wide spread problem where is the Apple
support? On Apple link the local dealer could find nothing concerning this
problem and no technical bulletin has been received by the service dept.
according to their service tech. Come on Apple, fist the power supply in
the Mac and now the ImageWriter II we understand your preoccupation with
the LaserWriter but there are bunches of ImageWriter II and I still out
here and we need help also. (we still use the famous system 3.0 and 3.1)
>FLAME OFF: I will continue to keep you posted on this continuing saga as
new reports are received.
RTHUM@SIMTEL20
------------------------------
Date: Fri, 30 Jan 87 16:06:19 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: TransSkel - Request for comment
After posting the recent fixes to the TransSkel stuff, I received
some comments that I think warrant more general discussion. Briefly,
my correspondent believes that TransSkel's behavior with respect to
setting ports is wrong, but I will let him speak for himself:
> From the initial release of TransSkel I've felt that it handles one
> thing incorrectly: the setting of the current port. There are two
> places only where TransSkel should change the current port: in response
> to an activate event and in response to an update event. In the latter
> case the port should be changed temporarily to the window to be
> updated, the update procedure for the window should be called, and then
> the port should be restored. ** From the user's viewpoint the port
> doesn't really change.** In the case of activate events the port is
> permanently changed to the window being activated, presumably in
> response to some user action. ** From the user's viewpoint the port
> only changes in response to some action of his.** This is in the
> spirit of the user interface guidelines, and you won't find anything in
> Inside Macintosh to indicate that things should be done otherwise.
> In no other situation does TransSkel have any business messing with the
> port, but in fact it changes the port all over the place. This strikes
> me as just asking for bugs to crop up.
> In general the application program built on top of TransSkel should not
> change the current port, and when it does it should be a temporary
> change in the space of a single procedure, much like the change during
> update. ** Application programmers need to understand this, not have it
> magically enforced by excessive use of SetPort within TransSkel.**
> The proper way to remove a window is to hide it, to handle the deactivate/
> activate events locally, and to then dispose of the hidden window.
> This would eliminate the problem you had with ZoomWindow without yet
> another unnecessary SetPort.
My response to this was partial agreement. I did ask what the
port should be set to when a window gets clobbered. TransSkel sets
it to the window manager port to avoid dangling ports. Perhaps
this is unnecessary; the response to my question was:
> What do you set the port to when a window is disposed? Is it
> necessary to set it to anything? Activate events should cause the port
> to be set. When the last window goes away there won't be an activate
> event, but neither will there be any further update events; so the
> user's program shouldn't be doing any more drawing that requires the port
> to be set.
> One addition to my suggestion in the previous mail: the routine that
> handles the deactivate/activate events locally when you hide a window
> in preparation for disposing of it might ought to handle outstanding
> update events also.
> By the way, this idea is not original with me. I've encountered it in
> other people's code ... Stephen Chernicoff explains
> this technique for closing windows on pages 86-87 of Macintosh
> Revealed, Volume Two.
Anyone have any comment? I think the remarks above has merit, but
I'd like to hear what other people thing before I start hacking away.
Paul DuBois UUCP: {allegra,ihnp4,seismo}!uwvax!uwmacc!dubois
ARPA: dubois@easter
dubois@rhesus 3-Feb-87 07:14:19-PST,1542;000000000001
------------------------------
Date: 3 Feb 1987 09:51-EST
From: Bruce.Horn@vlsi.cs.cmu.edu
Subject: SFGetFile/SFPutFile ideas
I agree with adding the interesting key-equivalents to SFGet/Putfile
(cancel, cut/paste, etc.) as well as keys to:
1. Get to the top of the hierarchy;
2. Go up one level.
I can always type to get a file I want anywhere, as long as I start at
the root. A key to get there would be very convenient.
Henry Lieberman's idea to have a true root, and select the drive just
as folders and files are selected is a good one. Does somebody want to
rewrite the package with all our wishes and distribute it?
On SFGetFile viewed as the Finder: we tried very hard to do this in
the early days of the Mac. (Of course, what we REALLY wanted was for
the Finder to always be around, like Servant.) Steve Capps wrote
several versions of the "Minifinder" as we called it in those days,
using some Finder code, and it turned out that with the machine we had
and the lack of memory, it was just TOO SLOW. (When thinking about the
Finder, remember the original target machine and the limitations we
faced...) Steve then wrote SFGet/PutFile instead, which had reasonable
performance. It wasn't the "small machine mentality," as Henry said,
but the "small machine reality."
Bruce
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: Re: Another Mac Interface Comment
Date: Wed, 04 Feb 87 09:05:25 EST
If only to add weight to the complaint, I would like to make it
known that I agree with Kathleen Huddleston that two of the Mac's
serious problems are lack of multitasking and the mysterious way in
which fonts and DAs are added to the system.
The need for multitasking can clearly be seen from the
proliferation of DAs floating around. It is impossible to install all
the useful DAs in a single system file, and, if the "ideal" system were
put together (word processor, background printer, compiler, etc., all as
DAs), it would completely eliminate the use of icons. I think that,
probably in some new Mac architecture, DAs should be done away with as
soon as possible, and multitasking should take their place. Of course,
current Mac owners would never tolerate the elimination of DAs now.
I think we can all agree that the treatment of fonts and DAs is
completely contrary to the Macintosh interface. In any computer system,
but especially in the Macintosh system, it should be simple to do simple
things. Moving fonts and DAs is conceptually simple, if
implementationally messy. The paradigm is already there for moving
files; you simply move icons. There is no excuse for having a different
paradigm for moving fonts and DAs. All that can do is confuse and
frighten the inexperienced user, and the Macintosh is not supposed to be
a frightening computer. The current interface could be improved by
allowing fonts and DAs to be files separate from the system file (the
preferable way), or it could simply provide a more intuitive way of
installing and removing them. I have heard that Andy Hertzfeld is
taking a step in the right direction with Servant, which has some
features of ResEdit built into it.
All in all, the Macintosh operating system provides little
improvement over CP/M (think about it--what's the difference?), and
should have been written completely differently in the first place. Now
that it has become so entrenched, it cannot be replaced by a real
operating system without obsoleting all the Macintosh applications ever
written. It is clearly possible for processes to do the same things
with windows, etc. that applications do, but the assumption applications
make that they can take over the machine makes it impossible for them to
fit into the kernel/process model. Such are the woes of an operating
system that was obsolete when it was released.
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Mon, 2 Feb 87 19:35:43 MET
From: Francie Newbery <newbery%germany.csnet@RELAY.CS.NET>
Subject: Troff to Mactintosh converter request
I would be interested in finding out what programs are available for
conversion between files containing standard text formatter source (i.e.
Troff, TeX) and Macintosh files.
In particular, we have a large number of troff files which we would like to
maintain on the Mac from now on. We would prefer, if possible, to not have
to redo all of the formatting. Copying a file (with or without formatting
directives) to the Mac is not a problem. Is there perhaps a program that
can do at least some of the reformatting for me?
A program that would convert Macintosh to simple TeX would be of
interest too, but that's probably asking too much.
Please respond via mail as we do not currently receive info-mac
at our site.
Thanks in advance,
Francie Newbery (newbery@germany.csnet, unido!uka!newbery, fjn@cs.purdue.edu)
------------------------------
Date: Mon, 2 Feb 87 08:24:25 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: About my Randomizer INIT
One thing I forgot to mention in my posting is that Randomizer INIT can deal
with logical groups of Screens and Sounds. That means you can have a screen
that always uses a certain sound, and a Sound that can only be used with a
certain screen. It's all explained in the document included with the INIT.
Check it out.
Jon
------------------------------
Date: 31 Jan 87 15:46:41 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: UTILITY-PAGE2SAVER.HQX
[ Uploaded from Delphi by Jeff Shulman ]
Name: PAGE2SAVER
Date: 27-JAN-1987 02:59 by LOGICHACK
A small utility to reserve the second video/sound pages at startup so that
games like Megaroids will work without having to turn off the Apple disk
cache. Simply put it in your System Folder and reboot to have it take
effect. This does use up over 20K of your memory.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PAGE2SAVER.HQX
DoD
]
------------------------------
Date: Mon, 2 Feb 87 18:12:40 PST
From: Alex_Curylo%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: Re unprotecting MS-BASIC files:
I seem to recall that 'protection' is a simple 1-bit flag near the
beginning of the file, and flipping that bit is all you need to do.
My approach would be:
1. Write a short program in BASIC
2. a) Save it unprotected b) Save it protected
3. Boot up Fedit+ or equivalent and compare the two files. They should
differ by only a single byte.
4. Flip the byte in the same position in the file which was inadvertently
protected (NB a COPY of that file).
If that doesn't work, I'd convert the file type to TEXT. The program should
still be there in token form ("?" for PRINT, etc.) which will fix itself back
to BASIC code automatically, with a little cleaning up around the beginning
needed.
Good luck.
------------------------------
Date: Mon, 2 Feb 87 22:24:49 pst
From: gould9!joel@nosc.ARPA (Joel West @ Western Software Technology)
Subject: AppleShare--turn your Mac into a fileserver
I saw a demo of AppleShare today. It was very impressive. The Mac developer
who's been using it in house for about a week claims it will put Apple a big
leg up on IBM. His comment was that it was the best multi-user software
available for a micro, and what I saw backed that up. Certainly, short
of multi-tasking, it looks good enough to support a 'desktop engineering'
machine if Apple ever stops planting rumors and finishes the hardware. :-)
Take an extra Mac Plus (or a 512 (e?) with a 3rd-party SCSI port), add a
decent size SCSI drive and a few feet of AppleTalk cable. Now, give
$799 to Apple for 'AppleShare', a software package. Once you pay for
the server, you get an 'RDEV' (special driver) file called AppleShare to
put in each Mac's system folder.
The nice thing about using software is that there's no critical-path
bottleneck on shipping a particular device, and all Apple's third-party
hardware people are happy. Buy any hard disk you want, 20 to 200 mb,
and you're in business.
Each user can 'log in' to anyone of the servers (there can be more
than one) automatically on boot. Each human has a username and a
password; humans can ask that their password be encrypted on their
personal hard disk and thus their machine connected to the server
upon boot. As I recall (I don't have the server in front of me)
this is controlled by the 'Access Privileges' DA. The speed seemed
faster than a floppy, slower than a direct SCSI drive. Wait, there's more...
So you look at your desktop, and there's another disk, with a bunch
of folders. Some are shared; a few are yours, which you can set
User, Group or World access to. But wait, there's more....
Does anyone remember the 'write-only memory' spec sheet of a few years back?
Well, AppleShare includes a write-only folder. Everybody can have their
own private in-box folders. You can put things into someone's folder,
but you can't see what's there.
At Macworld, John Sculley talked about how everyone felt that desktop
communications meant transfering data around. But really where it's at
(to paraphrase) is document sharing. This is the other shoe - Apple's
strategy for communications is this transparent fileserver. Why mess
around with electronic mail when you can just dump your MacWrite or
Excel or MPW document in someone's inbox, and he can read it from within
his application at any time.
The server software has some status windows to show who's logged on.
When it's time to shutdown, the server operator sets a delay and every
five minutes until shutdown, an Alert() pops up on the user's screen
noting the imminent shutdown.
Supposedly AppleTalk PC cards have been unveiled, which allow IBM
PC's to print documents on the LaserWriter and draw files from
the fileserver. Available now, $399. A free program to read
IBM DCA files and produce MacWrite files is doo 2nd quarter,
as are a 3270 document converter and a laser print spooler.
AppleShare comes with Finder 5.4/System 3.3. Get Info is smaller and quicker,
Get Privileges (only with the fileserver) is the same size, the Access
Privileges DA is new. Print Catalog has a PrJobDialog now. Yes, the
trash can bulges when it has something.
Chooser selects fileservers and printers. The AppleTalk button is back,
and it now handles intelligently switching between a printer and AppleTalk
on the printer port.
Finally, as noted (in Delphi?), there are three cleanup operations in the
finder - cleanup, cleanup window, cleanup selection. Not only does
cleanup window change to cleanup selection in the menu (when you have
a selection), but when you hold down option, it changes to cleanup.
If you're going to use a trick like that, that's the way to show it.
Joel West ihnp4!gould9!joel
Western Software Technology joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Tue, 3 Feb 87 18:26:53 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: new book "Under the Apple"
I got a copy of a new Macintosh book called "Under the Apple" about
Macintosh desk accessories. It is written by Howard Bornstein, author of
a monthly column for the Macazine called POWER WINDOWS. The book contains
a very nice review of many DAs for the Mac, and is a must book for those
who have done little exploration of desk accessories beyond those for
Apple. Those who have more experience may still find this book useful since
it contains nice summaries of DAs by functionality and it reviews some of the
major collection disks like TopDesk, Batteries Inc., etc.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
------------------------------
Date: Tue, 3 Feb 87 10:40:29 -0100
From: unido!gmdzi!yvw@seismo.CSS.GOV (Yvo Van Wezemael)
Subject: Porting TeX-Fonts to Mac/TeXtures
After we finally got a release of TeXtures (0.95c), there is one
problem left:
Due to the fact that we are already using TeX on our Mainframes,
Vaxes, Suns etc. for a long time, we have some Fonts of our own.
(Built with Metafont.)
So the question is:
Is there an easy way to use these Fonts on a Mac, i.e. convert them
to Mac-Fonts. (Easy includes buying a program if no free-/
shareware-tools exist.)
Thanks for your help
Yvo
------------------------------
Date: Mon, 2 Feb 87 16:32:47 est
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: color laserwriter cartridges
Does anyone know of anyone who either makes color laserwriter cartridges or
who will refill cartridges with color toner? Any help would be appreciated.
Thanks
Jonathan
ARPA: jonathan@bert.mitre.org
BITNET: leblangj@vtvax3.bitnet
MABELL: (703) 883-5761
USNAIL: 7525 Colshire Drive
McLean, VA 22102
Jonathan A. Leblang
The MITRE Corporation
------------------------------
Date: Mon, 2 Feb 87 12:17:52 CST
From: davis%mycroft@gswd-vms.ARPA (Tim Davis)
Subject: Church software for the Mac
I'm writing to find out if anyone out there is aware of good software
written for the Mac to perform Church related functions. These
packages could consist of Accounting Software, Spreadsheets, List managers,
DBMS but the most important thing is they must be integrated. There are
many these packages which are for the Mac and of excellent quality. The prime
reason for considering the Mac is the user interface. If it is not easy
to learn then it is of no use. There are many of these integrated
packages which exist for PC's but I would like to avoid the problems
associated with repeatedly teaching secretaries, treasures, and pastors
how to use the system. There is a fairly high turnover rate for the
first two groups.
Thanks for any assistance you can offer.
Tim Davis
1101 E. University
Urbana, IL. 61801
(217)384-8500
davis@gswd-vms.arpa
------------------------------
Date: 3 Feb 87 13:26:34 EST
From: Duane.Williams@f.gp.cs.cmu.edu
Subject: MacModula-2 V4.0
Can anyone tell me whether MacModula-2 V4.0 is Mac Plus compatible?
Mail responses are welcome. Thanks.
-Duane (dtw@k.cs.cmu.edu)
------------------------------
Date: Wed, 4 Feb 87 16:29:41 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Centram Systems has been bought out by guess who
The San Francisco Chronicle had an article this morning (2/4/87) indicating
that Centram Systems (the TOPS people) have been bought out by SUN
Microsystems. This is a TOTAL surprise since there have been many articles
(including one in InfoWorld) indicating that 3COM was buying out Centram
Systems. I'm not sure that the deal is final, but the Chronicle indicated
that the offer from SUN was approximately 33% larger than the offer by
3Com. I sure wonder what all this means to those of us who are TOPS customers.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
------------------------------
End of INFO-MAC Digest
**********************
∂06-Feb-87 0233 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #49
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 6 Feb 87 02:31:56 PST
Date: 6 Feb 87 0227-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #49
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 6 Feb 1987 Volume 5 : Issue 49
Today's Topics:
Re: broken keyboard
MACPUT/MACGET for VMS
Using a VAX as a fileserver
Re: Font/DA Mover help
Key equivalents for SFGetFile/SFPutFile
Reply to "str255 help"
Kermit on the Macintosh +
Re: Another Mac Interface Comment
GAME-STAR-TREK-TRIVIA.HQX
VENN-TUTORIAL.HQX
Re: Color laser cartridges
Electrical Specifications of most Apple hardware [from AppleLink]
Apple Equipment Specs to consider for Overseas Use [from AppleLink]
Macintosh Plus: Pin diagrams of Mini Circular 8 connectors [from AppleLink]
Database software
Spring Announcements: Books in Your Future
EXCEL Macros
----------------------------------------------------------------------
Subject: Re: broken keyboard
Date: Wed, 04 Feb 87 16:47:08 -0800
From: "David M. O'Rourke" <dorourke@bonnie.UCI.EDU>
This is in reply to the keyboard-switch problem.
I may be too late for this to be current but I hate to see the wrong answer
to a problem.
Apple, allows, encourages, and tells anyone that the keyswitches can be
replaced, I am a technician at the Univeristy of California Irvine's
computer store and I replace keyswitches all the time for the expensive
price of $12.00 american.
If anyone ever has a problem with a keyswitch take it to the apple dealer,
and if they tell you that you need a new keyboard, they're wrong.
David M. O'Rourke
------------------------------
Date: 4 Feb 1987 19:34-PST
Sender: JWOLFE@ADA20.ISI.EDU
Subject: MACPUT/MACGET for VMS
From: JWOLFE@ADA20.ISI.EDU
Does anyone have an EXEcutable version of MACPUT and MACGET for
the VAX/VMS system. I downloaded the <info-mac> COM files,
but I don't have a C compiler. Thanks JWOLFE@ADA20.ARPA
------------------------------
Date: Thu 5 Feb 87 09:03:03-PST
From: Len Karpf <KARPF@SRI-STRIPE.ARPA>
Subject: Using a VAX as a fileserver
I am interested in using a MicroVAX II (running VMS) as a file server for
a network of Macs, most of which do not have hard disks. Can anyone with
experience in setting up or using such a configuration please give me some
tips on the available products for doing so? Thanks.
Len Karpf
SRI International
(415) 859-2592
karpf@sri-stripe.arpa
------------------------------
Date: Thu, 5 Feb 87 10:01:43 PST
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: Re: Font/DA Mover help
Try holding down the "option" key when you click the "Open" button;
you should receive an SFGetFile dialog box with a menu of all files
on the disk or in the folder, rather than only the System and font
files. I believe that the same hack works for installing fonts
into applications.
------------------------------
Date: Thu, 5 Feb 87 15:40:02 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Key equivalents for SFGetFile/SFPutFile
There are key equivalents for going up and down levels in the hierarchy in an
SFGetFile or SFPutFile dialog IF you have a Mac+ keyboard. Up-arrow and
down-arrow will move the current selection by one in the appropriate direction;
command-up-arrow will go up one level in the hierarchy and command-down-arrow
will go down a level if there is a folder selected (it does nothing otherwise).
Of course, hitting Enter or Return will go down a level if you have a folder
selected, but they will also return a file and exit the dialog box if what is
selected is not a folder.
--Mark
------------------------------
Date: Thu, 5 Feb 87 17:06:42 PST
From: <SLRS9@usu.bitnet>
Reply-to: SLRS9%USU.BITNET@forsythe.stanford.edu
Subject: Reply to "str255 help"
The following procedure should solve the problem.
IT MUST BE COMPILED WITH RANGE CHECKING OFF!!!
{$r-}
procedure makestring(sourceptr:ptr;sourcelen:integer;var s:str255);
{
sourceptr: points to the string data
sourcelen: length of the source data
s: returns the completed "str255"
}
var sp:stringptr;
begin
sp:=stringptr(newptr(sizeof(str255))); {create some working space}
sp~[0]:=chr(sourcelen); {force a string of our length}
blockmove(sourceptr,pointer(ord4(sp)+1),sourcelen);
{move our string data into the working area}
s:=sp~; {assign our output string}
disposptr(ptr(sp));
end;
Harold H. Stuart
SLRS9@USU.BITNET
------------------------------
Date: Mon, 2 Feb 87 13:24:11 est
From: magill@eniac.seas.upenn.edu (Operations Manager)
Subject: Kermit on the Macintosh +
>1) The font selected by Kermit to display the dialog of the conversation
>is the Cairo pictographic font. ASCII characters leave and enter the
>comm port correctly, but are displayed as bombs, telephones, etc on the
>Mac screen. This is my major problem because it prevents Kermit from being
>a useful terminal emulator.
The Cairo font is not "standard". There are several possibilities here.
"with a hard disks and a lot of installed fonts"
1- you have redefined your fonts so that the font kermit calls is getting
Cairo, instead of its normal font. (I don't know off hand which font
number is the Kermit default, similarly, I don't know what font
number or which Cairo you have.
I would recommend you try Kermit with a "vergin" set of fonts, and
see what happens.
2- you have a "damaged" copy of kermit, which has a "bit flipped" for the
font number. Not likely, but given cosmic ray bit flips anything is
possible. Copy down a new copy from the archives and see what happens.
>2) While using MacKermit as a server. The remote Kermit issued a "bye"
>command that caused the MacKermit to reboot the Mac and loose all of the
>files sent to it during the "server session." This problem can be
>avoided.
I normally use the host machine as a server (unless of course you are going
mac-to-mac, you don't indicate). I have never had any problems running with
the host kermits as server and MacKermit as a slave, I just "get" everything.
See 2 above for possible solution.
I have been using KERMIT .08(34) for quite some time now (over a year) with
no problems. I have a MAC+ with Apple HD20. My MAC was an original
"consortium" 128K machine upgraded to PLUS status last winter. I use
Kermit for both remote logins to VMS, and ULTRIX hosts, as well as
"telnetting" around the net via a TCP/IP terminal server. I normally ftp
files from the info-mac archives to my home ULTRIX machine and use Kermit
from there to my Mac at home or to one of the ones in the office.
Everything is done with even parity (7 data bits + parity). I use a US
Robotics Courrier 24 modem at 2400 baud at the moment. I expect to switch
over to Bell of Pa's Central Office LAT some time this month and run at
19.2 from home.... (Of course everybody knows that NOTHING in the
pc/terminal world runs at 19.2, at best the uart runs at 19.2 and does lots
of "x-off/x-on-ing", the display's can't keep up, unless you have a real
"glass tty" which has no features. However, it will be fun to push
technology. Even most of the INTERnet only runs at 9600 or 56K baud, unless
your'e part of one of the new NSFnet legs for the super computers - FTP
over 1.5 meg baud T1 lines is actually painless.) I have actually pumped
several meg through kermit in a single late night session with only two
retransmits!
In general, I have found MacKermit to be excellent. My bigest beef is with
the keyboard configurator, and with the mechanism for saving parameters.
It seems that the only way to save comm parameters, despite what appears to
be happening, is to create a new "parameter file", trash the old one and
rename. Cumbersom but it works. Similarly, the fact that the new keyboard
doesn't display on the configurator is a bit of a pain. I use a DEC rainbow
or VT220, so I don't know the old VT100/52 keyboard layout. As a result, I
find that the "released" vt100 configuration is almost worthless when I
want to use EDIT/EDT under VMS, the cursor keys are not defined and the
keypad has someone's warped idea of a useful keyboard layout. This is
especially true since the mac+ keyboard and the vt220/Rainbow keyboards
have identical keypad layouts. Trying to change the keypad via the
configurator seems to be a "sometimes it works and sometimes it doesn't"
proposition. I finally have a version that is 80% correct, but it hasn't
been easy. I keep loosing keys I thought I had changed. Again, it appears
to be related to the wierd saving problem.
Aside from the need to define both tilde and escape, I have no problems
running GNU-emacs or UniPress emacs via Kermit on my ULTRIX or VMS hosts.
------------------------------
Date: Thu, 5 Feb 87 08:56:09 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Re: Another Mac Interface Comment
Oh, well. Time to step in and play devil's advocate again....
> The need for multitasking can clearly be seen from the
> proliferation of DAs floating around. It is impossible to install all
> the useful DAs in a single system file,
I have to seriously wonder whether this is a 'real' problem or a general
situation, or whether the people on this list are biased towards
multitasking because they really want the Mac to act like the Unix machines
they are using to post to this message list...
In my specific case, multitaksing would be nice, admittedly, but I find
I don't miss it. I tend to use few Desk Accessories, simply because few
of them are useful for me (Acta being a notable exception).
So ask yourself. Does the Mac really need multitasking, or do you just
want the Mac to have Unix? I KNOW what the answer on the net would be,
but I'm not at all sure that would translate out to the general Mac user
population. The sample for this group is biased.
chuq
------------------------------
Date: Thu 5 Feb 87 21:11:32-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: GAME-STAR-TREK-TRIVIA.HQX
[Uploaded from MACKY BBS, Dartmouth NS]
This application is a trivia quiz for Star Trek fiends. It offers
multiple-choice solution to the questions using the mac interface, as
well, as keeps your score.
- Peter
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-STAR-TREK-TRIVIA.HQX
DoD
]
------------------------------
Date: Thu 5 Feb 87 21:16:27-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: VENN-TUTORIAL.HQX
[Uploaded from MACKY BBS, Dartmouth NS]
Here is an application that teaches you about Venn Diagrams and Logic.
- Peter
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>VENN-TUTORIAL.HQX
DoD
]
------------------------------
Date: Thu, 5 Feb 87 09:15:47 MST
From: t-jacobs%utah-ced@utah-cs.arpa (Tony Jacobs)
Subject: Re: Color laser cartridges
A company called Toner Service Co. recharges cartridges for a very good price
($39.95) and does color also. The color cost A LOT more. The colors the do
are: red, green and royal blue. They claim their black is blacker too. I
do have a flyer and it is blacker.
They also unconditinally guarantee your satisfaction -- or your money back!
You can send them a cartridge and they will let you try it out for 10 days,
if you like it then you can pay them, if you don't you can send it back
Toner Service Co.
(314)721-3830
------------------------------
Date: Tue 3 Feb 87 23:46:32-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Electrical Specifications of most Apple hardware [from
Subject: AppleLink]
Electrical Specifications of most Apple hardware
The following Apple products are manufactured for use in the USA. They are
designed to operate at a line voltage ranging from 107 V to 137 V, 50/60 Hz.:
Wattage
Apple II 60
Apple IIe 60
Apple IIc 60
Apple III 120
Apple III Plus 120
Macintosh 60
Lisa 160 maximum
Dot Matrix Printer 180 maximum
Daisy Wheel Printer 150
ImageWriter 180 maximum
ProFile 35 maximum
Hard Disk 20* 35
Color Monitor 100 70
Color Monitor IIe 48 maximum
Color Monitor IIc 48 maximum
Monitor II 45 maximum
Monitor IIc 35 maximum
Monitor III 45 maximum
60 Hz ONLY:
Color Plotter 33 maximum
ImageWriter II 180 maximum
Scribe 60 maximum
LaserWriter 760 maximum
The Monitor II, Monitor IIc, and Monitor III also operate at the same range of
line voltages and specifically work with NTSC composite video input.
If you take your Apple overseas, you can use an isolation stepdown transformer
to convert from 220V to 110V. The transformer's wattage should be 50% over the
total wattage of the system (computer, monitor, hard disk, printer, etc.). For
example, if the the system pulls 250 watts of power, use a transformer rated
for a minimum of 375 watts.
* Appendix A of the HD 20 Manual states that the HD 20 will work on a line
voltage of 85 to 270, RMS, 47 to 64 Hz. This means that the HD 20 works
without stepdown transformers, automatically switching for the power source
voltage range, the 220 volt range being the most common overseas. All you need
is an adapter plug for the specific locale. Apple Technical Communications
------------------------------
Date: Tue 3 Feb 87 23:48:33-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Apple Equipment Specs to consider for Overseas Use [from
Subject: AppleLink]
Using your Apple Overseas These Apple products are designed to operate at a
line voltage range of 107V to 137V, at 50 or 60 Hertz. In countries that
supply a different standard, usually 220V at 50 Hz, use a grounded stepdown
isolation transformer to convert 220V to 110V for these products:
Computers:
Apple II, IIe, IIc, III, III+:
-- Video output is compatible with NTSC standard only.
Macintosh, Macintosh XL, Lisa:
-- The screen may flicker at 50 Hz.
Printers:
Daisy Wheel, Dot Matrix, Imagewriter, Silentype
-- Use these with a grounded stepdown isolation transformer.
-- A 50 Hz source can noticably affect spacing between characters.
LaserWriter, Imagewriter II, Scribe, Apple Color Plotter
NOTE: Damage may occur with a 50 HZ source; these devices are
rated for 60 Hz only.
Disk Drives: ProFile
Monitors:
II, IIc, III
-- These work with NTSC composite video only.
-- There may be screen flicker at 50 Hz.
To use a U. S. Apple in a foreign country, you should know that country's
AC line voltage and frequency.
-- Voltage
If the country uses a line voltage of 220V AC, you'll need to 220V to 110V
step-down transformer. Although converters are available in the U. S.,
some of these have killed at least two Apples to our knowledge. Don't risk
this. Pay the $60 for an isolation transformer; the isolation transformer
is the only one known to give a clean 110V 50 Hz signal. A 500-Watt unit
should be plenty for an entire Apple system (CPU, monitor, and printer).
The unit must have a third prong for a grounded outlet. Electrical shock
to you or damage to the hardware may occur if the units are not grounded.
Apple power supplies function correctly with voltages between 107V and
132V. If the line voltage fuluctuates outside of these specifiactions,
you'll need to use a power conditioner to insure uninterrupted operation of
your Apple. Operating your Apple without the conditioner will probably not
result in damage to the Apple hardware, although the voltage fluctuation
may cause your system to "crash"; in that event, you'll lose any data in
memory and may even lose data stored on the diskette.
-- Frequency
If the country uses a line frequency other than 60 Hertz (cycles per
second), then all devices attached to your Apple (monitors, printers,
plotters, hard disks, and so on) must be "frequency independent" -- that
is, they must be able to operate on a line frequency of both 50 and 60 Hz.
All Apple-manufactured products are frequency independent EXCEPT the Color
Plotter, Scribe, the U. S. ImageWriter II, and LaserWriter.
If you wish to connect your Apple to a device that is not manufactured by
Apple, you can find out from the manufacturer of that device if it is
frequency independent. If it is, you can use the device with your Apple
(after you compensate for the voltage differences, if any); if the device
is not frequency independent, then you must purchase one that is.
Service and Warranty Repair are also affected when you take a U.S. Apple
overseas. The main piece of advice is: Buy the Apple where you intend to
use it. For example, European Macintoshes have power supplies designed to
handle Europe's 220 volt, 50 Hertz electricity. Although mice, external
drives, digital boards and similar modules are the same as distributed in
the U. S., the software and keyboards are different for each country.
-- Service
Apple dealers overseas are capable of servicing the equipment designed for
their country only.
-- Warranty
The warranty is valid only in the country of purchase. A defective unit
must be returned to the country of purchase if service is desired under
warranty. Buy and use the Apple product well before your departure if you
intend to take it with you. Use it extensively before you leave so that
any problems that the warranty covers may be detected and corrected under
warranty. Apple Technical Communications
------------------------------
Date: Tue 3 Feb 87 23:50:09-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Macintosh Plus: Pin diagrams of Mini Circular 8 connectors
Subject: [from AppleLink]
Macintosh Plus: Pin diagrams of Mini Circular 8 connectors
On the the serial ports of the Macintosh Plus, the pins of the Mini-circular 8
connector are numbered are as follows:
8 7 6
5 4 3
2 1
Therefore, looking at the male end of the Mini-DIN 8 cables, the pins are
numbered:
6 7 8
3 4 5
1 2 Apple Technical Communications
------------------------------
Date: Thu, 29 Jan 87 10:35:38 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Database software
Funny you should ask.....
> I particularly would like comments on Reflex (previously Interlace),
> OverVUE, FileMaker Plus (or FileMaker), and Microsoft File.
Well, I have used Microsoft File for about a year and a half. Within the
last two weeks, I upgraded (and that is a good word for it) to FileMaker
Plus, thanks to their "orphan support" package.
Microsoft file is a relatively cheap, relatively unsupported package for
very simple database applications. On the plus side, it:
o can be used by brain dead chimpanzees
o can do simple applications quickly
o has a couple of books published about it, and
o has the Microsoft name attached.
on the negative side:
o it hasn't been updated since 1984.
o it is copy protected.
o it is HFS tolerant, but not really HFS compatible.
o has a number of minor glitches in it.
o does not support the laserwriter well (I found out, the hard
way, that the mailing label option DOES NOT WORK on
the laserwriter)
o report functions are exceptionally primitive
o find/select functions are also primitive to non-existant. For
instance, there is no way to take a database, and tell
File to take all records with a specific set of
parameters and omit them from reports. You have to
select and hide each record.
So, in general, while File is okay for very simplistic operations, it is
really showing its age. All I can really say about it to its benefit is
that it let me hack my way through the things that I needed to get done
until FileMaker plus was released.
Now, FileMaker plus. I've been working with it seriously for about a week
and a half now. It is not copy protected. It comes with a huge manual,
and a second booklet that explains the templates.
The manual is designed to survive a nuclear explosion, or perhaps even a
three year old. Inside, it is possibly the best written and complete
manual I've seen for a Mac product yet. Good index, which is always a good
sign -- you can find things without a lot of leafing.
It comes with three disks (+1 more for the conversion aids). A system
disk, the program disk, and a disk of templates and samples. They're
complete and rather complex, and show the capabilities of the program well.
The program is fully integrated with the LW and IW. It comes with templates
for doing mailing labels on both, and supports n-up labels if you want
to use them (nice!). It allows you to auto-enter dates, auto-enter data,
and reference data out of a different file. It does calculations, summaries,
and includes functions for means and standard deviations. It allows
multiple values in a single field in a record. It allows multiple layouts.
I've converted a number of databases from File to FileMaker Plus. The
conversion was relatively painless. Starting from scratch and a File
database, I had OtherRealms subscription list up and running in FileMaker
AND had the LW mailing label layout defined and working, AND had a number
of improvements to the database that I couldn't have done in File finished
in about an hour. Since then, I've defined about three new databases and
converted all my other databases and everything has worked flawlessly.
The program isn't perfect, but it is pretty close. A few 'glitches' that
I've found -- note: these aren't bugs, but are things that work as
documented that I disagree with or simply aren't implemented:
o In find, using "<" implies less than or equal to instead of less than.
Until I tracked this down, I found it confusing.
o It will look up data from another file when you create the record or
change the reference field. If you change the second file,
however, it doesn't go back and update the first file with
the changes -- this would be a nice feature.
o If you have lookup field and the other file does not have the appropriate
value to look up, the fields are not blanked out -- anything
currently in there stays. There is no way for the program to
tell you the lookup failed, so you might not catch it.
o full relational databasing would be nice, but what can you ask for at
this price.
o I'd also like a way to update a date field any time I modify a given
record. I have to do that manually right now.
As you can tell, these are rather obscure or trivial things to need, so
not having them isn't surprising. If this is the worst I've found, I think
you'll agree the program is pretty powerful (and solid). I'm very happy
with FileMaker Plus, as least so far -- and I think I'll stay that way.
chuq
------------------------------
Date: Fri, 30 Jan 87 15:01:20 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Spring Announcements: Books in Your Future
Every few months, Publisher's Weekly prints a special issue where the
various houses announce their upcoming publishing lists. I've gone through
those lists (400 pages of announcemts) and extracted the books that looked
like they might be of interest to Mac folks. Since many of them are desktop
publishing books as well, I'm also sending this to the desktop publishing
mailing list.
Compiled lists from the 1/30/87 PW Spring Announcement Issue.
This is a list of upcoming books from Publisher's Weekly. Note that
schedules change, books disappear, and I've probably missed some
stuff. If this list isn't good enough for you, subscribe to PW on your
own... These lists are not complete, but just the line highlights
described and advertised in Publisher's Weekly. Note that if there are
multiple authros, I've only mentioned the first in an attempt to keep
my fingers from falling off.
This doesn't include the dozens of PC based books or things that might be
of interest to DTPer's that aren't specifically DTP books -- for instance,
North Light Books has a series of books on typefaces and graphic design
coming out that look interesting, but I didn't type them in.
Hope this stuff is helpful!
chuq
Ballantine
Desktop Publishing by Jonathon Price. July, $19.95
Bantam
Publishing from the Desktop by John Seybold and Fritz Dressler.
February, $19.95
Using Aldus Pagemaker by Roger C. Parker. May, $19.95
Elsevier Science Publishing
The Electronic Era of Publishing by Oldrich Standera. June, $45.
Harcourt Brace Jovanovich
Desktop Publishing: Type and Graphics by Deke McCleland. April, $6.95
The Third Apple: Personal Computers and the Cultural Revolution
by Jean Louis Gassee, March, $14.95
Microsoft Press
Working with Word by gordon McComb. July, $18.95
Music Through MIDI by Michael Boom. July, $19.95
The New Writer by Joan P. Mitchell. July, $14.95
The Advanced C Programmer's Book by Augie Hansen. August, $24.95
Osborne/McGraw Hill
Artificial Intelligence Using C by Herbert Schildt. March, $21.95
Microsoft Word 3.0 Made Easy (Mac version) by Paul Hoffman. March, $16.95
Prentice Hall/Brady Computer Books
Brady Manual of Spreadsheet Style by John Nevison. $12.95
Delphi: The complete Guide by Michael A. Banks. $19.95
Pagemaker for the Macintosh by Jan Lewis. $19.95
ReadySetGo for the Macintosh by David Kater. $19.95
Publishers Group West
The Macintosh Bible by Dale Coleman. February, $21.00
Que
C Standard Library. April
Scott, foresman and company
After you Get the Word: The complete guide to Microsoft Word
by B. Alperson. April, $19.95
Pagemaker by K. Strehlo. April, $21.95
Howard W. Sams & company
C primer plus, second edition by the Waite Group. March, $23.95
MacAccess: Information in Motion by Dean Gengle. January, $21.95
Tab Books
The Illustrated Handbook of Desktop Publishing and
Typesetting by Michael L. Kleper. $29.95
John Wiley and Sons
Desktop Publishing with Pagemaker by Tony Bove. June, $19.95
------------------------------
Date: Thu, 5 Feb 87 12:26:10 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: EXCEL Macros
Given an EXCEL spreedsheet as follows:
A B C D
1 5 =f(a1) 10 =f(c1)
where =f() is a user function; why does EXCEL recaluclate both
B1 and D1 when only A1 is changed? Are changes to cells in the
macro sheet considered when determining what work sheet cells
need to be recomputed? The manual implies that with manual calcuation
set on, the cmd = will only do those cells which have changes but
it appears to do the entire work sheet (same when returning to
auto). Is there any way to imporve the performance when using macros
(I have a work sheet with about 300 references to a user function
that has 3 set.names, 3 vlookups, 4 multiplies and 2 divides and
it takes about 4 minutes to calculate the entire worksheet)?
A lot of questions, sorry. I would be interested in communicating
with anyone that is doing "major" EXCEL macro development about
techniques and problems.
------------------------------
End of INFO-MAC Digest
**********************
∂11-Feb-87 0906 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #50
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 11 Feb 87 09:06:47 PST
Date: 11 Feb 87 0051-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #50
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 11 Feb 1987 Volume 5 : Issue 50
Today's Topics:
Driver for Toshiba
ms fortran v2.2
MacPaint to Sun rasterfile converter??
Re: ImageWriter II print scrunching
Inside Scoop on Experlisp
Inside Scoop on Experlisp
Re: Another Mac Interface Comment
complaints about SFPutFile dialogs
SFPutFile
re: EXCEL Macros
HFS corvus
DA-LASERKEY.HQX
GAME-SHANGHAI-DEMO.HQX
Usenet Mac Digest V3 #9
Usenet Mac Digest V3 #10
Delphi Mac Digest V3 #9
Delphi Mac Digest V3 #10
Looking for Music Tutor
Backing up a DataFrame 20
Help for a friend...
Nevins microsystems???
----------------------------------------------------------------------
Date: Fri, 6 Feb 87 08:43:58 PST
From: soibelman@Vortex.Caltech.Edu (Israel Soibelman)
Subject: Driver for Toshiba
Is anyone aware of a driver for the Macintosh to
a Toshiba Printer? In general, what other graphic printers
can be used with the Mac besides the Imagewriters and the
Laserwriters?
-Thank you in advance
------------------------------
Date: Mon, 9 Feb 87 12:06:42 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC.ARPA>
Subject: ms fortran v2.2
Help
Does anyone know of a bug in MS Fortran v2.2 which causes a bomb (ID=-03)
when it is compiled or (ID=-10) when it is compiled and executed
on my 512k mac? (System 3.2, Finder 5.3) It didn't do
that when I used the mac+, but that moved to Texas, so i'm stuck with the
512 until my plus arrives. The problem only occurs when the compiler is
installed on the hard disk. Of course, I could just use the floppy disk,
but then why have a HD? Any suggestions anyone? The hard disk is a hyperdrive
and so is the one on the mac+, so I don't really see that as a problem.
Regards,
tom c
arpanet: tcora@ardec.arpa
------------------------------
Date: Mon, 9 Feb 87 12:11:44 PST
From: Robert E Strout <strout@lll-lcc.ARPA>
Subject: MacPaint to Sun rasterfile converter??
I am trying to locate a converter to change the format of a MacPaint file
into a Sun raterfile. The converter can run on either the Mac or the Sun.
Do you know of anything that exists?
Is there anything in the archive that might do the job? How do I get to the
archive?
Thanks in advance,
Robert E Strout II
Lawrence Livermore National Laboratory
strout@lll-lcc.arpa
------------------------------
Date: Mon, 9 Feb 87 19:11:05 pst
From: well!mofo@lll-lcc.ARPA (MOFO)
Subject: Re: ImageWriter II print scrunching
Reply-to: well!mofo@lll-lcc.ARPA (MOFO)
I was quoted as saying that my dealer had replaced the system board in my
ImageWRiter II. In fact, the dealer ordered the wrong board and has not
yet gotten the right board from Apple. They are still promising that the
board replacement will fix the ImageWroter text scrunching. It appears to
them that the board has a feature that backs up the paper just slightly
(to correct for paper path length, longer in the Im-II than the Im-I), and
some software some of the time toggles that back-up.
so I still do not know if replacing the printer system board fixes the
problem, and am still looking for a fix.
------------------------------
Date: Thu 5 Feb 87 00:35:16-EST
From: Richard A. Cowan <COWAN@XX.LCS.MIT.EDU>
Subject: Inside Scoop on Experlisp
Since I have some inside information on ExperLisp, I want to respond
to a couple of Bill Coderre's comments.
I worked at Expertelligence for a summer. Since it was in 1985, well
over a year ago, I only worked on the beginnings of the most recent
stuff; yet I did see how the product became what it is now. As I have
no financial interest in the company, and own no stock, these are
strictly my own opinions, untainted by "ExperDoctrine."
When I worked at ET, the version we had was 1.03. Needless to say, a
lot of things have improved since them. Error handling has been
completely redone. The garbage collector was completely replaced, as
the original was optimal for 256K of memory. The compiler has been
significantly redone, in order to allow standalone applications to be
produced and to provide some nice Class System features. The Reader
and the printer were completely rewritten in Lisp. 600 entirely new
pages of documentation were written. 600 or so Toolbox functions have
been added. Copy protection has gone. Configurability has been
added. All development is now done on a Macintosh. There is actually
little in the new system that is the way it was before.
Only a few of the nonstandard features of the language are still
there; the reason they remain is that they are deeply ingrained
in the system because they involve major compiler changes. I
personally advised against the Common Lisp direction because I
felt the necessary changes would not be made.
Now a product called ExperCommonLisp is out, and as Bill points out,
the changes to produce a "true" common lisp haven't been made.
Whether this is important to you depends on your application. If you
are doing something that requires portability, relies on the language
features of Common Lisp, and does little Macintosh-specific
processing, it will matter. But if you are doing Macintosh
programming (that uses graphical routines), the changes needed to
convert to or from another approximation of Common Lisp will be small
in comparison to the changes needed in Mac-dependent I/O or graphics
code.
The first class procedures in Experlisp are actually more convenient
than actual Common Lisp, because they make it easy to pass procedures
as arguments to other procedures. However, the lack of packages or
of the ability to write internal procedures means that everything goes
into the global environment, and thus it is easy to trash a procedure
you need.
I agree with Bill that the most serious problem is the inability to
use lambdas within procedures that are file compiled. The reason is
that the compiler section of Experlisp is unavailable in a standalone
application. This doesn't mean you can't define procedures in a file
to be compiled; it just means that you can't define higher order
procedures.
Nor does it mean that you can't use objects in a file-compiled
program. The reason is that you can use the class system, which is
actually much nicer because you make the fact that you are using
objects explicit. Class definitions can be file-compiled (I haven't
actually tried this, so correct me if I'm wrong). But you can't
create a new class at runtime in a file-compiled application.
Another flaw is that the debugger interface could be considerably
improved. It wastes screen space, and brings up a window no matter
what, when it would be nicer to allow full debugging to be cancelled
by the user with the keyboard, instead of bringing up a window all the
time.
The positive side of Experlisp is the ease of Toolbox development and
experimentation. A lot of this has to do with the class system, which
was designed more carefully than the rest of the system, so that it
would be easy to use, have little overhead, enforce encapsulation, and
provide major shortcuts in dealing with the toolbox.
It is extremely simple, for example, to add a method "New" to the
built-in class window to automatically create a particular type of
window, and add the messages "Move," "Hide," "Show," etc. An Update
function that uses message passing to automatically refresh objects on
the screen affected by moving a window and the window's contents are
natural.
If people wish, I could type in a section of ExperLisp code to handle
scroll bars that illustrates how the class system, using class
variables, provides some basic information that automatically sets up
properly Pascal records for Toolbox functions. Plus, these things are
automatically type-checked and garbage collected, so you can use the
toolbox without crashing very often and without doing any memory
management. 20 months ago, Larry Tesler wrote a psuedo- translation
program to convert MacApp, in Smalltalk, to Lisp. The Lisp code was
far shorter.
I should point out that the toolbox interface is low-level; it
is not an object-oriented window system. But you can make it
into an object oriented window system after a few day's work.
Unfortunately, the toolbox stuff isn't organized and explained
too well; the most useful things are buried in Volume 3, Chapter
26-27, and the memory access functions STOW, FETCH, STOWBYTE,
STOWWORD, FETCHBYTE, FETCHWORD, DEREF, ADDRESS, COERCETYPE,
LISPNEWHANDLE are blended in with the standard Common Lisp
primitives. If you figure out how to use these, then you
can do Toolbox programming.
MacApp was never finished; to do it I think you'd need a 2 Meg
macintosh, which we didn't have at the time. Experlisp with
MacApp would be fantastic, and I'd bet the company might be
even be interested in paying someone to finish the translation.
(Though there are rumours that a few companies are using
Experlisp to do something similar.)
Now, I haven't beaten on the current ExperCommonLisp version
yet, but I will tell you if that changes my impression. If
anyone has really tested it out fully, I am interested in
hearing their comments.
-rich
------------------------------
Date: Thu, 5 Feb 87 08:41:08 EST
From: bill coderre <bc@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: Inside Scoop on Experlisp
Perhaps I was too hasty and too down on ECL. I shockingly
neglected to praise the extensive toolbox support. This was
unintentional.
What Mr Cowan says is correct. ECL is mostly pretty good, but
is most definitely NOT "true" Common Lisp (as defined by Steele's
book).
It depends on the programmer whether this is important. Try
before you buy. Caveat Emptor. Your mileage may differ.
All I wanted to do was prevent people from having a big,
unpleasant surprise..........happy hacking.......................bc
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: Re: Another Mac Interface Comment
Date: Fri, 06 Feb 87 10:44:12 EST
> In my specific case, multitaksing would be nice, admittedly, but I find
> I don't miss it. I tend to use few Desk Accessories, simply because few
> of them are useful for me (Acta being a notable exception).
In fact, I tend to use desk accessories very seldom myself,
because, as you said, not many of them are useful. However, it is hard
for me to believe that you don't miss multitasking. I use the Mac
mainly for developing a huge program I am working on in Aztec C, and
when I am stuck twiddling my thumbs for a half hour waiting for "make"
to finish, you can't tell me multitasking is unnecessary. The person
ideally should NEVER have to wait for the machine; person time is much
more valuable than machine time. Could it be that you don't care about
multitasking on the Mac because you have gotten used to waiting for it?
Does it never bother you that you can't do anything until the print job
is finished?
I am not sure I want the Mac to have UNIX; I think a multitasking
OS could be written that would be more appropriate for the Mac than
UNIX (in fact, it already has been written). As I said before, though,
a good multitasking OS for the Mac wouldn't be able to run current Mac
programs, because current Mac programs assume that they can take over
the machine. Maybe when the Mac gets an MMU these programs could be run
in a multitasking environment. But I digress; the point is that I don't
care much about UNIX, but I think a computer's usefulness is impaired if
it can't do multitasking.
I imagine the views of this group can easily look biased, since
this group will more readily ask for multitasking than your average
businessman (who doesn't know what multitasking is anyway), but I think
that is mostly because this group knows more about how a computer can be
used than a businessman does. I remember complaining to a computer
salesman about MacWrite only allowing me to open one window at a time
(an issue which is isometric with multitasking). His reply was, "I find
that I only need one window at a time anyway." Well, the truth is that
he didn't need a computer. If Apple were just trying to satisfy
society's needs, they wouldn't be selling computers; they would be
giving away canned food. The Macintosh was created by people that had a
vision of what home computing should be, and multitasking can only make
that environment easier.
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Fri, 6 Feb 87 21:18:57 PST
From: <ARAJ@crnlvax5.bitnet>
Reply-to: ARAJ%CRNLVAX5.BITNET@forsythe.stanford.edu
Subject: complaints about SFPutFile dialogs
Two things that I dislike about the SFPutFile dialogs are that when you
switch to a locked disk, an alert stating "Disk is Locked" is put up, when
it is fairly obvious from the dimmed Save button that the disk is locked.
Another complaint is that when you replace a file, the Cancel button is the
default in the "Replace existing """ alert, rather than the OK button, which
is more logical.
Does anyone have a fix for these? I know that the first one is difficult,
but can the second one be set by a flag in the resource file, or is it
implemented in the SFPutFile code?
--Mark J. Steiglitz
BITNET: ARAJ@CRNLVAX5
ARPA: araj%crnlvax5.bitnet@cu-arpa.cs.cornell.edu
steig@tcgould.tn.cornell.edu
------------------------------
Date: Mon, 9 Feb 87 16:00 EDT
From: ELIOT%cs.umass.edu@RELAY.CS.NET
Subject: SFPutFile
I have been out of touch for a while, so I don't know everything that
has been discussed. However, if people are proposing changes to SFPutFile
I would like to propose that it should allow you to create a folder.
I find it frustrating to be forced to save a file somewhere, exit
an application and create the new folder, instead of being able
to create a folder at the point when I logically first need it, when
I am saving a file.
Chris Eliot
------------------------------
Date: Fri, 6 Feb 87 17:46:07 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: re: EXCEL Macros
> Given an EXCEL spreedsheet as follows:
>
> A B C D
> 1 5 =f(a1) 10 =f(c1)
>
> where =f() is a user function; why does EXCEL recaluclate both
> B1 and D1 when only A1 is changed?
You know, I never noticed this behavior before you mentioned it. What you
have said is quite true; D1 is recalculated and I'm not sure why. However,
I have found out that what happens is (typically) more complicated than it
appears. If calculation is in manual mode, then Excel recalculates all
references to user functions in the entire spreadsheet when you do a Calculate
Now. If calculation is in automatic mode and an element is changed, then Excel
assumes that everything in that row which is also referred to elsewhere in that
row has changed(!). From there, the calculation proceeds normally.
Therefore, there are three considerations for the macro developer.
1. Don't have lots of intra-row references if you can avoid it. Arrange
things in a columnar form as much as possible. Obviously this is not always
possible for database information.
2. Running with automatic calculation should recalculate only the row you
have changed and things which depend on them.
3. To force the recalculation of the entire spreadsheet (for example, if you
change a macro), put it is manual mode and do a Recalculate Now.
Good luck.
--Mark
Disclaimer: The information above is not the official position of Microsoft
Corporation. It was gleaned from some experiments I did in response to the
reported problem and could be so much hot air (but it worked that way, really!)
------------------------------
From: Paul Skuce
From: <ames!uwvax!seismo!mcvax!hatfield.ac.uk!comt-ps@cad.Berkeley.EDU
From: >
Date: Tue, 27 Jan 87 13:46:07 GMT
Subject: HFS corvus
I have managed to get an appletalk Corvus volume to format as a HFS volume.
1: Make a volume the size you want (Note that it is HFS)
2: Run Disk First Aid and select erase disk on the volume to be made HFS
3: Quit and see your HFS volume.
The above seems to work ok on a 512 with 800k drives and new ROMs
Regards
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comt-ps%hatfield.ac.uk%mcvax%seismo%.. from States
comt-ps%hatfield.ac.uk%mcvax%.. From Eur
comt-ps@hatfield.ac.uk JANET
------------------------------
Date: Fri, 06 Feb 87 08:05 EST
From: Tom Dowdy <CML5A9@IRISHMVS>
Subject: DA-LASERKEY.HQX
Follows is a DA I wrote to help eliminate some of the abuses of
our public access LaserWriter, which included editing of documents
and printing of multiple copies. Our solution was to remove
the keyboard from the machine, but we then needed a way to
allow users to selectivly print a range of pages. This DA
allows that, while preventing printing of multiple copies.
(We check out special disks w/ LW drivers to those who wish to
print, so everyone who prints has access to this DA.)
Copy it as you like, let me know if there are any bug/improvments,
or enhancments to MacWrite along the same lines of thinking as
this DA.
Documentation is included.
-Tom Dowdy
CML5A9@IRISHMVS.BITNET
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-LASERKEY.HQX
DoD
]
------------------------------
Date: Sat 7 Feb 87 12:43:39-PST
From: Brodie Lockard <I.ISIMO@LEAR.STANFORD.EDU>
Subject: GAME-SHANGHAI-DEMO.HQX
This is a reposting of the Shanghai demo that was put on the net a few weeks
ago. The old posting reboots your Mac upon quitting. This one will not.
My apologies to those who were inconvenienced by the reboot. Moderators--
please feel free to delete the old version. Thanks.
-Brodie Lockard
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-SHANGHAI-DEMO.HQX
(the previous version has been deleted)
DoD
]
------------------------------
Date: 7 Feb 87 09:23:42 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #9
Usenet Mac Digest Saturday, 7 February 1987 Volume 3 : Issue 9
Today's Topics:
Re: AppleShare Support (was: 5.4 Finder & 3.3 Sys are out!)
LoTR fonts for the Mac
Re: Mobile or Taliesin?
Re: INITs, help...
Mac Fax info needed
Typing Tutors
Re: LaserWriter II fonts
Re: mac parallel output?
Accountant's Choice anyone?
MacInHebrew
Re: TML vs LSP
Help: Mac+ can't display numbers!
Re: TML vs LSP
Memory Expansion ??
TeX Question
Mac projectors
Re: Help: Mac+ can't display numbers!
MacDraw to Imagen program
Scuzzy info needed
Re: Animated watch cursor.
Re: Apple Announcements
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-9.ARC
DoD
]
------------------------------
Date: 7 Feb 87 09:24:13 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #10
Usenet Mac Digest Saturday, 7 February 1987 Volume 3 : Issue 10
Today's Topics:
MPW on 512KE Mac - How useful?
Wanted: Mac (PostScript) -> HP LaserJet
Feb 87 MacUser -- 1987 Mac Product Family?
Funny behaviour while using MS FOTRAN v2.2
Hard Disk Controllers?
Printing from Lightspeed Pascal
Info wanted on MathWriter
Theatre lighting programs
Re: Animated watch cursor.
MS Word 3.0
Re: Using MAC+ in the LAB - Help??
Jasmine Hard Disk
Info. wanted on MGM Station
Re: Theatre lighting programs
Printer port problems
Portfolio management software for the Macintosh
Re: 'trap patches'
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-10.ARC
DoD
]
------------------------------
Date: 8 Feb 87 10:45:35 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #9
Delphi Mac Digest Sunday, 8 February 1987 Volume 3 : Issue 9
Today's Topics:
RE: Scrapbook Problems
RE: SFGetFile, Putfile improvements
double-clicking (2 messages)
RE: MUSIC PUBLISHING
RE: 3.5 disks: what brand is best?
RE: Mobile or Taliesin?
FastPort SCSI adaptor
LIFE 3D
Perot buys into NeXt (3 messages)
a labeling program (2 messages)
Seybold Desktop Communications
CricketDraw -> other (5 messages)
COMPILER FOR OMNIS 3 PLUS (2 messages)
Hi Ho SCSI Away....
RE: ImageWriter II Print Problems
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-9.ARC
DoD
]
------------------------------
Date: 8 Feb 87 10:46:10 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #10
Delphi Mac Digest Sunday, 8 February 1987 Volume 3 : Issue 10
Today's Topics:
RE: color laserwriter cartridges
Using 400K drive as 3rd drive on Mac+
MaxMemory 2x4 RAM upgrade (4 messages)
Doors 1 and 2 in Dark Castle
Pascal and C interface (8 messages)
LaserSpeed -> WOW (2 messages)
RE: Another Mac Interface Comment
RE: LoTR fonts for the Mac
draw-grab
Re: Find an applicaton
Re: Scuzzy info needed
Re: Re: Animated watch cursor. (2 messages)
Re: Hard Disk Controllers?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-10.ARC
DoD
]
------------------------------
Date: Fri, 6 Feb 87 08:08 PST
From: Wahl.ES@Xerox.COM
Subject: Looking for Music Tutor
I had a terrific music tutor for my Apple IIe and I'm looking for
something similar on the Mac. It drilled on rhythms and intervals (such
as playing two notes and asking the user what the interval was). Any
pointers to such Mac software would be appreciated, especially anything
free/shareware/cheap.
--Lisa
------------------------------
Date: 08 Feb 87 20:25:00 EST
From: Richard Zaccone <ZACCONE@BUCKNELL>
Subject: Backing up a DataFrame 20
I bought a DataFrame 20 last August from my local (60 miles away)
computer store. At the time, the back up software was not yet
available. I called them several times after, and they didn't even
know about the software. Finally, a few weeks ago, they acknowledged
that the software exists, but said that they would have to order it
from SuperMac. Well, I still don't have the software and I'm beginning
to get worried. I haven't backed up my hard disk yet. I've called
SuperMac, and they said to get the software through my dealer.
1. Does anyone know a better way to get this software? Has it been
distributed over the network?
2. Will something like HFS Backup by PCPC work?
Help!!
Rick Zaccone
Bucknell University
zaccone@bucknell.bitnet
------------------------------
Date: Mon 09 Feb 1987 17:46 CST
From: Samir Kaleem <XSAK%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: Help for a friend...
Hello Mac people...
A friend of mine is going to use MIND PROBER (remember it?) in a class,
but she wants to know how it works so she can tell about it. Does anyone
know about it's internal works? Please post to me directly if you know
about it. Thanks a lot.
-- Samir Kaleem <XSAK@ECNCDC.BITNET>
<XSAK%ECNCDC.BITNET@WISCVM.WISC.EDU>
------------------------------
Date: 8 Feb 87 22:12:00 EST
From: <bouldin@ceee-sed>
Subject: Nevins microsystems???
Reply-to: <bouldin@ceee-sed>
Is anyone ever able to get any response from Nevins microsystems, makers of
turbocharger, other than their answering machine??? They are not _ever_
answering the phone, except with the machine and they do not return messages
from me or other people who have left messages. Anyone else having better
luck??
------------------------------
End of INFO-MAC Digest
**********************
∂17-Feb-87 1126 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #53
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 17 Feb 87 11:25:50 PST
Date: 15 Feb 87 2113-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #53
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 16 Feb 1987 Volume 5 : Issue 53
Today's Topics:
Re: Problem with MacDraw (and LaserWriter)
New standard Resource Type
Re: Look and feel copyright case [from Unix-Wizards]
TransSkel: Proposed Changes
Function Keys and Inits
Unix program for MacDraw->Imagen (in 3 parts)
FontDisplay 4.6
Lord of the Rings Font
Conversion software
Diskette quality of the various brands
Usenet Mac Digest V3 #11
Usenet Mac Digest V3 #12
Usenet Mac Digest V3 #13
Delphi Mac Digest V3 #11
----------------------------------------------------------------------
Date: Thu, 12 Feb 87 16:46:35 mst
From: dlc@LANL.ARPA (Dale Carstensen)
Subject: Re: Problem with MacDraw (and LaserWriter)
Two ideas:
1. You didn't list the version of your LaserWriter driver or LaserPrep.
Maybe a newer version has your bug fixed.
2. You could download the Adobe dump routine. Here's a copy in case you
don't have it:
%!
% lib/ehandler.ps -- Downloaded Error Break-page handler
% Copyright (c) 1984, 1985, 1986 Adobe Systems Incorporated.
% All Rights Reserved.
% RCSID: $Header: ehandler.ps,v 2.1 85/11/24 12:20:03 shore Rel $
% Change or remove this section to use ehandler.ps on a job-by-job basis.
0000 % serverloop password
/$brkpage where
{pop pop(Error Handler in place - not loaded again\n)print flush
stop} %aborts to end-of-job.
{dup serverdict begin statusdict begin checkpassword
{(Error Handler downloaded.\n)print flush exitserver}
{pop(Bad Password on loading error handler!!!\n)print flush stop}ifelse
}ifelse
/$brkpage 64 dict def $brkpage begin
/prnt
{dup type/stringtype ne{=string cvs}if dup length 6 mul
/tx exch def/ty 10 def
currentpoint/toy exch def/tox exch def 1 setgray newpath
tox toy 2 sub moveto 0 ty rlineto tx 0 rlineto 0 ty neg rlineto
closepath fill tox toy moveto 0 setgray show}bind def
/nl{currentpoint exch pop lmargin exch moveto 0 -10 rmoveto}def
/=={/cp 0 def typeprint nl}def
/typeprint{dup type dup currentdict exch known
{exec}{unknowntype}ifelse}readonly def
/lmargin 72 def
/rmargin 72 def
/tprint
{dup length cp add rmargin gt{nl/cp 0 def}if
dup length cp add/cp exch def prnt}readonly def
/cvsprint{=string cvs tprint( )tprint}readonly def
/unknowntype{exch pop cvlit(??)tprint cvsprint}readonly def
/integertype{cvsprint}readonly def
/realtype{cvsprint}readonly def
/booleantype{cvsprint}readonly def
/operatortype{(//)tprint cvsprint}readonly def
/marktype{pop(-mark- )tprint}readonly def
/dicttype{pop(-dictionary- )tprint}readonly def
/nulltype{pop(-null- )tprint}readonly def
/filetype{pop(-filestream- )tprint}readonly def
/savetype{pop(-savelevel- )tprint}readonly def
/fonttype{pop(-fontid- )tprint}readonly def
/nametype{dup xcheck not{(/)tprint}if cvsprint}readonly def
/stringtype
{dup rcheck{(\()tprint tprint(\))tprint}{pop(-string- )tprint}ifelse
}readonly def
/arraytype
{dup rcheck{dup xcheck
{({)tprint{typeprint}forall(})tprint}
{([)tprint{typeprint}forall(])tprint}ifelse}{pop(-array- )tprint}ifelse
}readonly def
/packedarraytype
{dup rcheck{dup xcheck
{({)tprint{typeprint}forall(})tprint}
{([)tprint{typeprint}forall(])tprint}ifelse}{pop(-packedarray- )tprint}
ifelse
}readonly def
/courier/Courier findfont 10 scalefont def
/OLDhandleerror errordict /handleerror get def
end %$brkpage
errordict
/handleerror
{systemdict begin $error begin $brkpage begin
%Note -- newerror is created in $error by all default error operators.
newerror
{/newerror false store
vmstatus pop pop 0 ne{grestoreall}if initgraphics courier setfont
lmargin 720 moveto(ERROR: )prnt errorname prnt
nl(OFFENDING COMMAND: )prnt/command load prnt
$error/ostack
known{nl nl(STACK:)prnt nl nl $error/ostack get aload length{==}repeat}if
systemdict/showpage get exec
/newerror true store/OLDhandleerror load end end end exec}{end end end}
ifelse}
dup 0 systemdict put %bind true systemdict value
dup 4 $brkpage put %bind true $breakpage value
bind readonly %lock it up
put %into errordict
------------------------------
Date: Thu, 12 Feb 87 22:34:55 EST
From: "Richard S. Palais" <PALAIS%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
Subject: New standard Resource Type
I have a suggestion for a new standard Resource Type,
to be called HELP.Eachresource of type HELP would be a single str255.
Any number of HELP resources could be added to an application
(or to the Resource Fork of a document).Each HELP resource
would give help on using some feature of the application, and
would have a mnemonic name referring to that feature.
An application with HELP resources would put up a HELP
menu on the menu bar using AddResMenu, so all the available
HELP item names would appear as items on this menu. When a
user chooses an item from this menu, a new HELP Manager would
put up a dialog box displaying the associated HELP string.
I see at least two advantages :
% There would be a uniform user interface to on-line documentation.
% It would become a piece of cake for developers to add basic
documentationto new applications
(using say REdit or ResEdit), SO
THEY WOULD BE MORE LIKELY TO DO IT.
The present method of attaching documentation to About...
screens is very un Mac-like in my opinion...everyone does it
differently, you donUt even know if its there if,like many users
you donUt bother to pull down the Apple menu, and it takes one
more special effort on the part of a developer.
------------------------------
Date: 14 Feb 87 1224 PST
From: Tovar <TVR%CCRMA-F4@SAIL.Stanford.EDU>
Subject: Re: Look and feel copyright case [from Unix-Wizards]
In Patent Number 4,464,652, Granted to Apple Computer on August 7, 1984,
entitled Cursor Control Device for use with Display Systems, Pull-Down
menues are covered by claim number 11. Thus, it is not possible to
duplicate Apple's Pull Down Menu Interface without infringing on this patent.
Remember, Patents do (and should) offer a stronger form of protection than
copyrights.
I'm sorry, i can't get very excited about this one. Having hacked various
types of machines which use mice, if anything, i find them annoying. On a
limited resolution, landscape mode screen, they consume valuable display real
estate and require extra hand motion to get to. As far as i'm concerned, they
aren't very innovative, except maybe to the naive users (to whom they might be
quite valuable), and do not at all compensate for the incredible choice of
only one button on their mouse. Two button mice are bad enough, and perhaps
the single button is why they had to "invent" this thing. To me, it's worse
than pop-up menus because you have to move the mouse so much (which will be
even more intensive on the new, larger screens). All this for "modelessness".
The innovative thing they did do wasn't the pull-down aspects of the menus
at all, but rather defining [and allowing a hacker to redefine] a keystroke
to correspond to a menu item. I'm sure it's been thought of before, but
Apple put it out as a part of a high visibility product.
Come on Apple, wise up. If you think you can get away with 5 grounds on a
SCSI port where everyone else uses 30 grounds, and have flushed the other 9
pin connectors, you can certainly recycle one of the two grounds on the
mouse's 9 pin connector to at least give us two mouse buttons! Better yet,
use the same connectors and pinouts as the other folk, and make some extra
money selling less expensive, easier to maintain mice to everyone else.
[My apologies to some Unix-Hackers for perhaps diverging somewhat from the
topic of that list, but several of you have, shall we say, managed to "push
my buttons"...]
------------------------------
Date: Wed, 11 Feb 87 09:10:27 CST
From: Paul DuBois <dubois@unix.macc.wisc.edu>
Subject: TransSkel: Proposed Changes
Proposal for Changes to TransSkel
1. Introduction
This document proposes a set of modifications to be made to the
TransSkel transportable application skeleton. The purpose of the
modifications is to correct a design deficiency in port-setting
behavior. To motivate the discussion, a model of "proper" port
behavior shall be specified, followed by a list of the changes
necessary to bring TransSkel into congruence with this model. This
list shall indicate how the current version violates the model and the
changes necessary to rectify the violation.
The fact that such a model has never been made explicit is itself a
deficiency. Had my thinking not been muddy in the first place, this
proposal might not have been necessary. My thanks to Duane Williams
for first pointing out my departure from orthodoxy.
As the proposed changes lead to some incompatibilities with existing
applications, I am requesting comment before proceeding. I should
emphasize that the incompatibities are well-localized, though, and host
applications are generally easily made compatible.
Readers who object to any or all of the proposed changes should say so,
and say why. Silence shall be taken as implicit assent.
The model is quite simple: The current port shall always be associated
with the frontmost (or active) window. This implies that persistant
changes to the current port are made only when a different window
becomes active, and that all other port changes take place purely
locally (i.e., the current port is saved before and restored after the
local port change).
The association of the current port with the active window is congruent
with the user's perception of the way the application works: most
actions are performed in the active window and those that aren't are
usually such as to bring another window forward. (From the user's
point of view, the port is changed by clicking in a window to bring it
to the front.) The local-changes-only clause of the model follows from
the description of SetPort in Inside Macintosh, which says: "Only
SetPort (and OpenPort and InitPort, which call it) changes the current
port. All the other routines in the Toolbox and Operating System (even
those that call SetPort, OpenPort, or InitPort) leave the current port
set to what it was when they were called."
I propose to make TransSkel adhere to this standard. Naturally,
TransSkel cannot do so without the cooperation of the host application.
As matters stand now, however, the host cannot follow the model whether
it wants to or not, because TransSkel itself violates it. This is an
unintended side effect of the guarantee TransSkel makes to window
handling routines that the port shall always be set to the affected
window when the routines are called. It turns out that if TransSkel
follows the model, the effect of the guarantee (to make sure the port
is set to the affected window) follows naturally, IF the host does not
itself gratuitously change the port. That is, those hosts that wish to
follow the model will be able to.
2. Description of Proposed Changes
2.1. Menu Handling Routines
No changes shall be made, as these do not directly affect the current
port.
2.2. Window Handling Routines - Non-dialog Windows
Each window handler comprises a set of routines for handling mouse, key
and closebox clicks, activate and update events, window disposal and
idle time. In addition, TransSkel's general event procedure
generically handles window growing and zooming.
Some of the changes below rely implicitly on the understanding that a
window is not deactivated until after it is activated and that activate
events have the highest priority.
2.2.1. Activate event handler
Current: If the window hander has a non-nil activate event handler, it
sets the port to the window and calls the procedure with an indication
of whether the window is coming active or going inactive.
Proposed: The port shall be set to the window if it is coming active,
whether the activate handling procedure is nil or not. Thus the
current port shall be set to that window, regardless of the action the
host takes in response to the event.
2.2.2. Update event handler
Current: Since updates may occur for any window (not just the active
one), the current port is saved prior to setting the port to the window
to be updated, and restored after calling the window's update
procedure.
Proposed: No change; the current behavior is correct.
2.2.3. Mouse click handler
Current: The mouse click handler is only invoked for clicks in the
content region of the active window. The port is set to the window in
which the click occurred, then the window's click handler is called.
Proposed: As the port has already been set to the window when it came
active, setting the port again is superfluous and shall not be done.
2.2.4. Key click handler
Current: Key clicks are passed to the key click procedure for the
frontmost window. The port is set to the frontmost window, then the
window's click handler is called.
Proposed: As the frontmost window is the active window, the port has
already been set to it when it came active. Setting the port again is
superfluous and shall not be done.
2.2.5. Closebox click handler
Current: The port is first set to the window in which the closebox
click occurred. If the window has a closebox handler, it is invoked,
otherwise the window is just hidden. The port is then set to the
screenport to avoid a dangling port.
Proposed: As only the closebox of the frontmost (active) window can be
clicked, the port is already set properly. Setting the port again is
superfluous and shall not be done. It is also unnecessary to avoid a
dangling port: if there is another window behind the one being closed,
it will come active and the port will be set to it. If not, there are
no windows, so it does not matter what the port is set to.
2.2.6. Window clobber handler
Current: This procedure is called by SkelRmveWind to dispose of the
window. The port is set to the window to be disposed of, and to the
screen port after disposal to avoid a dangling port.
Proposed: Since any window (not just the active one) may be disposed
of at any time, the current port shall be saved prior to setting the
port to the window to be disposed of, and restored after calling the
window's clobber procedure. In the case that the front window is being
disposed of, saving and restoring the port is harmless: if there is
another window behind the one being closed, it will come active and the
port will be set to it. If not, there are no windows, so it does not
matter what the port is set to.
2.2.7. Idle time procedure
Current: Since the idle procedure may be invoked for any window (not
just the active one), the port is set to the affected window before
calling its idle routine. The current port is saved before and
restored after doing so.
Proposed: No change; the current behavior is correct.
2.2.8. Window growing
Current: The window is grown, then the port is set to the window and
invalidated to generate an update event.
Proposed: A click in the grow region can only occur for the active
window, to which the port shall have already been set. Setting the
port again is superfluous and shall not be done.
2.2.9. Window zooming
Current: The port is set to the window to be zoomed before zooming it.
(ZoomWindow requires this.) Then the port is invalidated to generate
an update event.
Proposed: A click in the zoombox region can only occur for the active
window, to which the port shall have already been set. Setting the
port again is superfluous and shall not be done.
2.2.10. Summary
Only activate events shall set the port and leave it set. Mouse, key,
closebox, grow region and zoombox clicks shall not cause the port to be
set, as they are only relevant to the active window, to which the port
has already been set by the previous activate. Update, idle and
clobber procedures may be called for any window, so the port shall be
saved before and restored after setting the port to the affected window
and calling the handler routine.
2.3. Window Handling Routines - Dialog Windows
Dialog window handlers are comprised of event, closebox and clobber
procedures.
Dialog windows introduce a complication: The model relies on activate
events for proper port-switching, but activate events for dialog
windows are not seen directly (the Toolbox routine DialogSelect handles
them automatically with no explicit indication that it has done so).
Therefore, after IsDialogEvent is called but before DialogSelect is
called, the event must be checked and the port set if a dialog is
coming active. I assume that for other events, DialogSelect takes care
of saving and restoring the port properly itself.
2.4. Window Handler Installation
Current: When a handler for a window is installed, SkelWindow sets the
port to the window. SkelDialog calls SkelWindow, so the port is set to
any dialog for which a handler is installed.
Proposed: The port shall not be set.
*****************************************************
This change will make TransSkel incompatible with previous releases,
and will break existing applications built on top of it, if they draw
into a window or dialog immediately after installing its handler (i.e.,
if they rely on the port being set). The host shall be required to set
the port itself if it wishes to draw into the window before it comes
active.
*****************************************************
The proposed change will break, in particular, most of the demos
distributed with TransSkel, as well as TransDisplay and TransEdit.
---
Paul DuBois UUCP: {allegra,ihnp4,seismo}!uwvax!uwmacc!dubois
ARPA: dubois@unix.macc.wisc.edu
dubois@rhesus.primate.wisc.edu
------------------------------
Date: Sun 15 Feb 87 23:39:12-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Function Keys and Inits
[Uploaded from MACKY BBS, Dartmouth NS, 1(902)466-6903]
In this document, there are four main files: JCLock, New SysAlert,
FKEYs and documentation. JClock and New SysAlert are INIT resources
designed to be put into your system folder and FKEYs is a FKEY Manager
document with seven FKEYs in it.
- Peter
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-ASSORTMENT.HQX
DoD
]
------------------------------
Date: Mon, 2 Feb 87 11:44:14 pst
From: Allan G. Weber <weber%brand@usc-oberon.ARPA>
Subject: Unix program for MacDraw->Imagen (in 3 parts)
This is part 1 of 3 of "drawimp", a program that runs on Unix to convert
MacDraw files into Impress commands for printing on Imagen laser printers.
Allan Weber
USC Signal and Image Processing Institute
(213) 743-5519
Arpa: Weber%Brand@USC-Oberon.ARPA
UUCP: ...sdcrdcf!usc-oberon!brand!weber
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-DRAWIMP-PART1.SHAR
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-DRAWIMP-PART2.SHAR
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-DRAWIMP-PART3.SHAR
DoD
]
------------------------------
Date: 9 Feb 87 22:00:06 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: FontDisplay 4.6
Name: FONTDISPLAY 4.6
Date: 9-FEB-1987 18:33 by JEFFS
[ Updated 9-FEB-1987 18:33 by JEFFS to version 4.6. Address change, LaserWriter
Cancel printing now works, couple alerts fixed. ]
[ Updated 14-SEP-1986 19:50 by JEFFS to version 4.5. This version features
Option Quit to not save text/options, better LaserWriter support, couple minor
bug fixes. ]
This is FontDisplay 4.5, a program that allows you to display and print files
containing fonts.
In addition to numerous bug fixes, version 4.5 features:
Sample Window text saved
Can now print Sample Window text as part of the Style Sheet
Indexed documentation with edit history
Better printing error messages
[
this version replaces version 4.5 in the archives.
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FONTDISPLAY-46.HQX
DoD
]
------------------------------
Date: Mon, 9 Feb 87 11:15:25 PST
From: <DAVEG@slacvm.bitnet>
Subject: Lord of the Rings Font
From: <DAVEG@slacvm.bitnet>
Subject: Lord of the Rings Font
Date: Mon, 9 Feb 87 11:15:25 PST
[from usenet]
This is a 12-point font based on the Angerthas runes in Lord ot the Rings.
Date: 8 Feb 87 10:25:21 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Cirth Font
[ Uploaded from Delphi by Jeff Shulman ]
Cirth Font, created by Bill Andel. The Angerthas Daeron font as used in J.R.R.
Tolkien's "Lord Of The Rings" books. 48 point size only. Important to have if
you write lots of letters to dwarves.
[
these files have been combined into one Font/DA Mover document.
archived as [SUMEX-AIM.Stanford.Edu]<INFO-MAC>FONT-RUNES.HQX
DoD
]
------------------------------
Date: Sat, 14 Feb 87 16:10:33 MST
From: ZUC03AA@WYOCDC1.BITNET (SCOTT JOHNSON USER CONSULTANT
From: 766-5288)
Subject: Conversion software
I'm not on this mailing list so please send any correspondence to
me directly.
Prologue: We have files on a Macintosh built using MicroSoft Word.
We have files on a Zenith 158 micro in MicroSoft Word.
Both the Macintosh and Zenith have software which will
allow them to upload and download binary files from a
CDC 840 mainframe.
Problem: Is there any software available that will convert the
MicroSoft Word file on either machine so that it can be
read properly by MicroSoft Word on the other machine?
Epilogue: Failing the availability of any software, what is the
difference between the file structure of the two
MicroSoft Words?
Thanks
Scott Johnson
zuc03aa%wyocdc1.bitnet@wiscvm.wisc.edu
------------------------------
Date: 9 FEB 87 18:27-GMT
From: MACMAN%CZHETH5A.BITNET@wiscvm.wisc.edu
Subject: Diskette quality of the various brands
Long, very long time ago (two months), Tim Dowley [CML@IRISHMVS]
wrote:
> Has anyone a difinative review of diskette quality of the
> various brands ? ...
Steve Robiner [ur-univax!stro] at the Univerisity of Rochester
has made a poll last june on Usenet. The results were, shortly,
that Verbatim was extremely unreliable and that BASF wasn't
much better. The best scores were obtained by Apple, Sony and TDK.
We (at Macintosh Users Switzerland) use large disk quantities for
the PDS mailing service to our members. We have shifted through
several brands: Sony (excellent but expensive), Nashua (yuck!!!
leave them in the trashcan where they belong!) 3M (same), Maxell
(good. a little noisy, though). Finally, we tried Xidex, and this
is the brand we still use: they offer the best proce/performance
rate in Switzerland. Note that Xidex is, to my knowledge, the
only brand assembled in Switzerland. We have used one thousand
of them without problems.
Dan Schwendener
Swiss Federal Institute of Technology ETHZ
(BITNET) macman@czeth5a
(EAN) mactest@rzeth.ethz.chunet
------------------------------
Date: 14 Feb 87 12:24:28 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #11
Usenet Mac Digest Saturday, 14 February 1987 Volume 3 : Issue 11
Today's Topics:
MacDraw Story
complaints about SFPutFile dialogs
Re: Jasmine Hard Disk
Re: Using MAC+ in the LAB - Help??
help w/resources needed
SCSI drives with tape backup
Looking for a Sanskrit word processor
Anybody tried to use AppleTalk from MacMETH modula-2 ??
Hershey Fonts and PostScript
The Magic of Macintosh: Programming Graphics and Sound (review)
Re: SCSI drives with tape backup
ExperLogo
squeaky 800K drives
Experience with fast screen refresh routines
Lighting programs
Re: Theatre lighting programs
Coral Object Logo
AppleTalk hierarchy help needed
T-Scan (MacPaint) to Professional Composer?
TimeMgr
Mouse Anti-Freeze routine needed.
How do you scale a picture equally in X and Y in MacDraw or Word?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-11.ARC
DoD
]
------------------------------
Date: 14 Feb 87 12:25:35 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #12
Usenet Mac Digest Saturday, 14 February 1987 Volume 3 : Issue 12
Today's Topics:
Making a Mac talk SCSI to a Sun
Code generation bug in MPW Pascal
MPW Tools Stand-Alone (?)
Icon Language for MPW
Pop Up Menus....
Advice on InBox vs. Intermail Wanted
Re: How do you scale a picture equally in X and Y in MacDraw or Word?
Re: Mouse Anti-Freeze routine needed.
Re: AppleTalk hierarchy help needed
Request: .dvi --> imagewriter program
Re: Making a Mac talk SCSI to a Sun
Mac PD Prolog wanted
3D Life -program status
Re: How do you scale a picture equally in X and Y in MacDraw or Word?
TransSkel: Proposed Changes
macwrite->text, on my VAX
Re: MPW Tools Stand-Alone (?) (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-12.ARC
DoD
]
------------------------------
Date: 14 Feb 87 12:26:20 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #13
Usenet Mac Digest Saturday, 14 February 1987 Volume 3 : Issue 13
Today's Topics:
Full 8.5" x 11" on ImageWriter
Mac Workstation
Microsoft Basic question
NEXPERT experts?
WANTED: PD/Shareware CAD software
LSC ++ and -- operators
INFO NEEDED - Kinetics Fastpath Box
vt100 emulator DA wanted
Two Problems
Re: Mac projectors
Re: ExperLogo
Re: Mac-Toshiba Interface
Re: INFO NEEDED - Kinetics Fastpath Box
Re: Mouse Anti-Freeze routine needed.
Jasmine Direct Drive 20
Let's do _Launch
Re: Mac II
help on configuring system with davong
Re: Let's do _Launch (2 messages)
Source of 3d drawing example using GRAF3D library wanted
Re: ExperLogo
Shar for the mac?
WANTED: ARPANET ftp file transfer program for the Macintosh
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-13.ARC
DoD
]
------------------------------
Date: 15 Feb 87 10:05:51 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #11
Delphi Mac Digest Sunday, 15 February 1987 Volume 3 : Issue 11
Today's Topics:
RE: draw-grab
RE: LaserSpeed -> WOW (4 messages)
Mac carrying cases
System 3.3 and MacXL
Lightspeed C and Macsbug symbols
MPW C Doc and MPW Tools (4 messages)
Re: Fortran Problem (2 messages)
New HELP Resource type. (3 messages)
Looking for Music Tutor
Serious ROM 'feature' causes problems wi
TMON with FPD (2 messages)
Mac Zap v4.5
cricket draw
Investigations into Memory Usage (3 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-11.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂18-Feb-87 2323 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #54
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 18 Feb 87 23:23:43 PST
Date: 18 Feb 87 2218-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #54
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 18 Feb 1987 Volume 5 : Issue 54
Today's Topics:
Serial Driver
Updating the screen after a dialog box
LaserWriter problem
The Cache and cache bits.
MacWrite to Troff Conversions
hardware help
Mac interface again
Questions, questions, questions...
Two off-the-wall cents about multi-tasking and the MacFuture
confused drawing type in MacDraft (probably IDD stupidity)
MakeWrite Announcement
Scholars Aid program part1
MPW scripts
Question about X-Windows
MacWord to MS-DOS Word conversion exists
Mac <==> PC file transfers
Lisp Development Environments
Pagemaker 2.0
----------------------------------------------------------------------
Date: Mon, 16 Feb 87 22:05:15 EST
From: salamir%UMASS.BITNET@wiscvm.wisc.edu
Subject: Serial Driver
I am attempting to develop a BBS system for the Macintosh and cannot get
the serial routines to work. Does anyone out there have any serial driver
routines working with Lightspeed C (or any other C for that matter) that
they would be willing to send me? It would save me a serious amount
of time!
RLussier
Internet: Salamir@Umass.BITNET
------------------------------
Date: Wed, 18 Feb 87 15:37 PST
From: <C9017%UWAV4.BITNET@wiscvm.wisc.edu>
Subject: Updating the screen after a dialog box
Howdy,
I have a problem/question. I am writing my own application in Pascal
and call dialog boxes frequently (as a part of the interface). Whenever a
dialog box is drawn on the screen and after it is 'disposed' of, there is
usually a blank patch on the screen. I have problems drawing graphics to
the blank area. I have seen some programs which 'rebuild' the blank area of
the screen after a dialog box (or even a desk accessory disappears). Can
somebody please give me some idea how this is done and just how difficult
it is to perform this feat of magic?
Also, I have what will probably seem a trivial problem to those folks
who are Mac programmers. I have been working on a program which creates
a text output file. I have been able to get to the point where if I
double-click on one of the files created by my application, it will launch
the application (as if I double-clicked on the application). My question
is: How do I know which text file has been double-clicked and where in
my program do I put such a call? I assume that it has to do with the
call GetFInfo? Any suggestions would be greatly appreciated.
Many Thanks,
Bob Ruderman
Department of Geography
University of Washington
Seattle, Washington 98195
Bitnet: C9017@UWAV4.BITNET
Arpanet: C9017%UWAV4.BITNET@WISCVM.ARPA
Usenet: C9017%UWAV4.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Tue, 17 Feb 87 11:56:10 PST
From: <JURVIS@aplvm.bitnet>
Reply-to: JURVIS%APLVM.BITNET@forsythe.stanford.edu
Subject: LaserWriter problem
"I need some help with sending PostScript to the LaserWriter Plus."
I have written a set of plotting subroutines in Aztec C that runs on the
Macintosh. As an option the plot can be recorded as a 'picture' and sent to
the Clipboard for pasting into MacWrite or MacDraw, etc. I have also ported
these routines to our Apollo network.
I have just recently added to the Apollo version the option for generating
the equivalent PostScript commands and sending them to a file. We have a
PostScript driver for our dotmatrix printer (slow, but it works), and the
resulting plots come out just as expected - just at 144 dpi. What I want to
do is send this PostScript file to the LaserWriter Plus which is not in the
Apollo network. I have access to the LaserWriter Plus throught the Macintosh
that is connected to our Apollos.
I have tried:
1) Using a 'PostScript Escape' font in Edit then Print...)ing - this
method has worked just fine with very small PostScript files I've created for
generating logos for our letterhead. Result - printer accepts file but
doesn't print anything. Once I did get an error message back that said
something about the offending command being "framedevice".
2) Using the Downloading Program 'PostScript Dumper' V1.0B Feb '85 from
an old version of "Inside LaserWriter" - this has also worked for small
PostScript programs. Result - printer accepts file but doesn't print
anything. [As an aside, I have used this to send the error printing routine
to the LaserWriter Plus which prints out the message that it's loaded, but it
never seems to print errors. I would also appreciate help on this.]
3) Transferring the C source code for the plotting program to the
Macintosh, running it there, putting the picture in the Clipboard, pasting it
into MacDraw and printing it from there. Result - it works. The lines are
too thick (I could just draw it larger and print it at 50% or 25%) and the
patterned lines come out strange, but it prints!
4) Same as 3) but generating PostScript file with command-f. This file
is almost 1000 lines long - almost all LaserPrep subroutine calls. Try to
print this using same technique as in 1). Result - printer accepts file but
doesn't print anything.
I have been able to get 1) & 2) to work by stripping out about 900 lines of
code, that that is useless. I'm out of options that I know of. Any ideas out
there? Are there new and better versions of the Inside LaserWriter (Plus)
programs available?
Andy Scheck (JURVIS@APLVM.BITNET)
Johns Hopkins University Applied Physics Lab
------------------------------
Date: Tue, 17 Feb 87 17:26:28 est
From: levine@eniac.seas.upenn.edu (Jonathan M. Levine)
Subject: The Cache and cache bits.
After discovering the extra speed the cache gives to the Finder, I tried
turning the Cache Bits on (via ResEdit) for a bunch of files. I turned it
on for Switcher, MacWrite, MacDraw, Finder, Imagewriter, System...I think
that's it.
Anyway, I was running Switcher 4.4 with a 128K Cache, and MacWrite and Draw
in 128K partitions. Everything worked fine, except that when I switched, I
got the switcher window for a moment (that is, the current screen closed up
into the switcher screen before the switching animation started), and when I
saved my MacWrite document, I got thrown out of MacWrite (Switcher claimed
an I/O error).
It turns out nothing is wrong with the document I saved -- I was able to go
back into MacWrite and print it in the same switcher session. But this led
me to suspect that something is amiss with the cache. Should I not be setting
the Cache bit on for certain applications? If so, is there a list of
applications for which setting the bit is advisable/ill-advised?
Many thanks,
Jonathan
------------------------------
Date: Sun, 15 Feb 87 22:50:37 PST
From: <GEISJBJ@uregina1.bitnet>
Reply-to: GEISJBJ%UREGINA1.BITNET@forsythe.stanford.edu
Subject: MacWrite to Troff Conversions
Does anybody know if the MacWrite to Troff Converter on file at MACSERVE on
BITNic is working correctly. I downloaded a copy, installed the necessary
files on a PdP-11 running Unix 2.9BSD and compiled the code. However, the
conversion routine crashes when I run it on the MacWrite '.data' file which
has been moved over from the Mac via MacGet/MacTerminal.
It works fine on the example file that was sent along with the converter.
Could it be that it was designed for an old version of MacWrite (I am running
version 4.5). Also, any further updates to the conversion package would be
appreciated, if they exist out there. Thanks.
------------------------------
Date: Wed 18 Feb 87 17:03:18-EST
From: HORVATH@CWRU20
Subject: hardware help
I have a friend who is doing an electrical engineering senior project
at Case Western Reserve University--speech processing for the MAC 512.
We need access to the RS-422 serial port at a rate of 90 - 120K baud.
The incoming data will be an eight bit signal from an A to D converter.
1. How can the baud rate of the RS-422 port be increased to the
desired speed?
2. Can the stop-start bits be neglected?
3. What code is required to store the incoming data in RAM? (70K bytes)
Thanks for any information you can provide.
Please reply to me via e-mail at . . .
HORVATH%CWRU20@CU20B.COLUMBIA.EDU
Joe Horvath
------------------------------
Subject: Mac interface again
Date: Fri, 13 Feb 87 17:13:13 -0800
From: Kathleen Huddleston <gregory@ICSE.UCI.EDU>
One other thing that is really perplexing: Keeping the difference between
laser fonts and bit-mapped fonts clear when you view them from menus.
On our lab machines (which the students have customized extensively) there
are many many fonts with many many names. I have no idea which ones are
laser fonts and which are bit-mapped fonts. In application menus, there
should be different displays for the two (such as have laserfonts show up
in a different font on the menu). This is very confusing when different
people are using the same system. It's bound to get worse as more and more
fonts (of both ilks) become available.
Kathleen
------------------------------
Date: Wed 18 Feb 1987 10:04 CST
From: Samir Kaleem <XSAK%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: Questions, questions, questions...
Okay all...brace yourself...
I have a couple of questions and a couple of comments. Hope someone can
answer my questions.
1. How do you make the Mac+ use a default font other than Chicago?
Re-numbering works on the 64K rom Mac, but not on the Mac+.
2. My Imagewriter II has gone bonkers on me. It all started when I tried
printin some labels (should NEVER do that on an IW II). The foil in front
of the print head got screwed up. Folks...I've heard that taking the foil
off shouldn't make a difference, but that in fact isn't true. I got more
smudges and smears than ever before after I took the foil off. Now, the
tractor feeder is not working properly, or maybe it's that darn 1/2 inch
funny eject that the IW II does, but if I don't have a blank page before I
print, the paper gets jammed. To make matters worse, I can't put the head
in the first (nearest) position to the platten anymore because I get some
weird marks all the way from left to right where the head moves over the
paper. I know it isn't the plastic in front of the head since I took it
off, and there was still no difference. Can anyone explain that???
Sounds like a trip to my (harrumph) local dealer unless some one has some
suggestions.
3. On the lighter side of things, does anyone have the docs on how to play
the game GO? I got the game from a BBS recently, but there were no docs
with it, and I have no idea on how to play it (I've fooled around a little
with it though and it looks interesting). Would someone who has it care to
forward it to me? Unfortunately us poor Bitnet users don't have access to
the INFO-MAC archives. (Now wouldn't it be nice if the people incharge of
INFO-MAC archives could set up their system to accept mail requests?)
Now for my comments on DA's that I would like to see.
1. It certainly would be nice if someone could come up with a DA word
processor that would read any kind of word processor (MacWrite, WORD etc.)
file. Maybe even just display just the text part of the file without
formats. For people who don't have hard drives, it is a pain to have a DA
word processor and not be able to use it to check what's in a WP file
that's just been downloaded and have to quit the teminal program (or have
the wordprocessor using switcher) to look at the file.
2. How about a DA that let's you install fonts temporarily? There are DA's
that let you install DA's temporarily, so why not fonts? Then I don't have
to have different system disks with different fonts using up valuable disk
space. I'm just beginning to get into Mac programming, and shall certainly
look into how such a beast might work.
Samir Kaleem <xsak@ecncdc.bitnet>
<xsak%ecncdc.bitnet@wiscvm.wisc.edu>
------------------------------
Subject: Two off-the-wall cents about multi-tasking and the MacFuture
Date: Mon, 16 Feb 87 23:32:07 -0800
From: duggie@portia.STANFORD.EDU
The Mac may indeed be useful to many people without multi-tasking, but
I am certain future software will require it or something like it.
Ten years from now, I hope, hypermedia will be readily available and
monolithic programs will begin to be replaced by 'applicationless
environments.' What if adding a thesaurus or spreadhseet capability to
your existing word processing routines were no more complicated than
formatting a fresh disk is now-- the system detects that a new disk
contains a package of routines, you click OK and the routines are
integrated into the system. Far-fetched, maybe, but just as assembly
replaced machine code and compilers continue to replace assembly
(I code in assembly too, no protests please), something must replace
monolithic applications as we know them today.
My point is that 'multi-tasking' (note the quotes) probably lies along
this evolutionary path. I am more concerned about software evolution
than about the ability to print while I am typing, or compile while I
am editing, or receive messages while playing Shanghai (all of which
I would love to do). The Mac put a fairly sophisticated graphics
interface and toolbox of routines into the hands of many programmers
and users, and has allowed much experimentation and innovation.
Clearly, this potential is what allowed the Mac to survive its 128K
days. It will only survive its 1M, 68020 days if it continues to
provide a window into the software future.
I agree with Alan Kay, who is reputed to have said "The Macintosh is
the first personal computer worth criticizing." Now, perhaps the Mac
already exceeds our computing needs. In that case, Apple shouldn't
bother building another. But I think the real personal computer is
still a distance away. I think hypermedia and applicationless
environments are off in that distance, and that some form of
'multi-tasking' will be a prerequisite for these.
Anyone care to speculate?
-- Doug Felt
duggie@portia.stanford.edu
------------------------------
Date: Wed, 18 Feb 87 11:15:18 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: confused drawing type in MacDraft (probably IDD stupidity)
I was doing some poking around in MacDraft (version 1.2a) and found
that if you use the MacDraft filetype (instead of PICT), a file with
FINDER TYPE DRWG is created. I realized that this is the same document
FINDER TYPE as MacDraw uses. Now the format of the two documents (MacDraw
DRWG and MacDraft DRWG) are different and neither program can open the
other's private document format (PICT can be transfered back and forth of
course).
The problem comes in when you do an OPEN... from within MacDraw. Since
MacDraw only displays files of TYPEs PICT and DRWG you can see that
files from MacDraw's private format, MacDraft's private format, and
PICT format will be displayed. If you are so foolish as to choose a document
which is in MacDraft's private format, you will get a message 'Document doesn't
have the proper ID'.
The IDD people solve this program by filtering the documents in the MacDraft
OPEN dialog so you don't see the MacDraw documents. It seems to me that the
problem was a BAD choice of FINDER TYPE by MacDraft. I thought that Apple
approves the TYPE and CREATOR for each commercial product. If that was done
here then they did a bad job.
On another note: to David Dunham...I did realize that COMMAND-. was not
equivalent to choosing CANCEL from SFGETFILE. I THINK THAT IT SHOULD BE
STANDARD AND IT IS EASY FOR APPLE TO RETROFIT IT.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
------------------------------
Date: Wed, 18 Feb 87 08:08:31 cst
From: Paul DuBois <dubois@rhesus.primate.wisc.edu>
Subject: MakeWrite Announcement
I'm posting MakeWrite, an application that allows MacWrite documents
to be created from text files containing embedded formatting information.
For example, you can define the strings "\bold\", "\italic\" and
"\plain\" to mean switch to boldface, italics and plain style, respectively.
Then the input text
This is some \bold\boldface\plain\ and \italic\italicised\plain\
text.
will come out with the fourth word boldface and the sixth word in
italics.
You can define any string to be any combination of font, point size
and type style. You can specify when input lines should be joined in
output paragraphs and whether MakeWrite should try to figure out when
to put two spaces between lines that are joined (e.g., if the end of a
line is also the end of a sentence, the next line should be joined with
two spaces, not one).
You can use it, for example, to do some of the more tedious work of
converting nroff/troff documents to MacWrite. Some of the more obvious
format strings to use are "\fB", "\fI" and "\fR", which you define to
mean boldface, italic, plain. MakeWrite doesn't have any memory,
unfortunately, so "\fP" won't be understood as "previous font" - you'd
probably define it to mean plain text and hope for the best.
Those on mainframes with good column filters can easily generate MakeWrite
input for directories, address lists, etc., simply by bracketing the
appropriate columns with embedded format strings.
The document boldly asserts that since most page layout programs understand
MacWrite format, then MakeWrite serves to generate input for those programs
as well. As I do not have any layout programs, I'd be interested to
hear whether this actually works.
MakeWrite is public domain and may be redistributed without restriction,
as usual. Usual comments about source code.
I'm sending this to info-mac, and also the mod.mac.binaries. The posting
contains three files: the application itself, a MacWrite document formatted
for the LaserWriter, and a FaceLift map for converting the document to
ImageWriter format.
Paul DuBois UUCP: {allegra,ihnp4,seismo}!uwvax!uwmacc!dubois
ARPA: dubois@rhesus.primate.wisc.edu
dubois@unix.macc.wisc.edu
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>MAKEWRITE-102.HQX
DoD
]
------------------------------
Date: Tue 17 Feb 87 11:53:17-PST
From: Mark McNair <MCNAIR@WARD.CS.WASHINGTON.EDU>
Subject: Scholars Aid program part1
Hello Arpanet! This is my first upload to Arpanet, so be
tolerant, please. I have uploaded 4 binhexed files (v4) named
Scholars-Aid-Part1-4.hqx. The following text describes the contents.
Thanks, Stuart Strand, AR-10, Univ.Washington,
Seattle, WA, 98195 <A0799@UWACDC.BITNET>
Scholar's Aid 9.4 copyright Stuart Strand, Seattle Wa
Program and associated files for Apple Macintosh
Automates reference numbering in MS-Word documents.
Name:
Scholars-Aid.hqx
Short description:
Automates references in Word docs.
Long description:
Automate your publications! Scholar's Aid numbers figure, table,
equation, and reference citations in MS-Word documents. The
reference list is compiled by a programmed search of a MS-File
database of references (bibliography). Numerical or author-
year reference styles, many formats supported. Shareware
program in this file is complete. Has a tutorial to get you started.
Register ($35) to get 25 page manual. Requires 512K, 2-400K
drives minimum. HFS or MFS. After downloading, use Binhex4, then
Packit III to get files to desktop.
Keywords:
Shareware,Packit3,Binhex4,biblio,references,MS-File,MS-Word,Word Proc
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-PART3.HQX
DoD
]
------------------------------
Date: Wed, 18 Feb 87 23:09 CDT
From: <MAX%TAMLSR.BITNET@wiscvm.wisc.edu>
Subject: MPW scripts
Howdy,
In the past, it has been difficult to provide MPW script files to
this forum because of the special characters that are used in MPW
regular expressions and file selections. Here is a set of MPW
script files that should help to alleviate some of the difficulties.
There is a script called Expand, and its counterpart Contract, plus
a command file to test them.
Expand takes an MPW file and replaces all the special characters
with a 'plain english' equivalent describing the keystrokes required to
produce that character. For example, the MPW 'escape' character is
replaced with 'OpTiOn-d'. An 'Expand'ed file can be included in the
text of a message without problems with 7-bit transmission and such.
The Contract script takes a file produced with Expand and puts the
special characters back in. It looks for the weird looking 'OpTiOn'
produced by Expand.
These were written by Steve Knouse of Apple Computer, aka Technostud.
He'd like to hear your opinions and suggestions. He is KNOUSE on
AppleLink, or you can reach him at-> Apple Computer Inc.,
2950 North Loop West, Suite 1070, Houston TX 77092. Or, send e-mail
here and I'll forward it.
Enjoy.
Greg Marriott
%-b
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MPW-SCRIPTS.HQX
DoD
]
------------------------------
Date: 18 Feb 87 09:36 EST
From: JOHNC%CAD2.decnet@ge-crd.arpa
Subject: Question about X-Windows
I'm interested in distributed applications, especially VAX and MAC. I know
about Odesta's distributed Helix, and about Kinetics e-net box and VAX virtual
disk/file servers from a couple of companies.
What I'd really like to know about is anyone who's thinking about or doing
an implementation of the X-Windows protocol for existing or soon to exist
Macs. From what I understand this is _THE_WAY_TO_GO_ for distributed
processing.
[background: X-Window is a public domain protocol for distributing
applications between systems - generally workstations and larger hosts -
which allows applications running on hosts from company X and company Y
to send output simultaneously to windows on a workstation from company Z.
The applications' output is sent over ethernet using TCP/IP protocol.
It was created at MIT as part of Project Athena and is backed by most of
the major computer companies. It provides tools for manipulating bit-mapped
screens, windows, menus, mouse, etc. in a way familiar to MAC people.]
If anyone can enlighten me, or if someone can correct or amplify my
thumbnail sketch of X I would deeply appreciate it. If you aren't willing
to post the information but are willing to talk to me my arpa address is
JOHNC%CAD2.DECNET@GE-CRD.ARPA.
Thanks
John Child
GE Aircraft Engines
Lynn MA
------------------------------
Date: Tue, 17 Feb 87 08:58 CST
From: Wayne <BILLING%UOFMCC.BITNET@wiscvm.wisc.edu>
Subject: MacWord to MS-DOS Word conversion exists
Scott Johnson asks if there is a way to convert from MacWord to
Word under MS-DOS.
Version 1.05 and on (the next version is 3.0 - not shipping in
Canada yet) includes a utility called "Convert". It's purpose is
to do the desired file translation. Or as MicroSoft puts it:
"Convert reformats (or 'converts' Word files so that
the Word files of a Macintosh can be read by Word on
an IBM PC, and vice versa."
The files must be transferred using some other program (PROCOMM and
Red Ryder for instance). All conversions are done on the Mac. The
utility comes with MacWord and includes four pages of instructions.
Wayne Billing NetNORTH address <BILLING@UOFMCC>
------------------------------
Date: 17 Feb 87 15:35 EST
From: rrenfro%tofacsa@dtrc.ARPA (Richard Renfro)
Subject: Mac <==> PC file transfers
We just received a copy of MacLink Plus, from a company by the name
of DataViz. It's able to move files between Macs and IBM PCs (and
compatibles) and translate the files as required. In most cases,
all formatting information is retained.
Supported transfers include any appropriate selection of the following:
Mac PC
--------------- --------------------
Excel Lotus-123 (WKS, WK1)
Multiplan (SYLK) Symphony (WRK)
Jazz (WKS) DIF
Comma Value (CSV)
dBAse (DBF) dBase (2 or 3)
MacWrite MS Word
MultiMate
WordStar
Tab Text Tab Text
Text Text
The package comes with software for both the Mac and the PC, and a cable
for connecting the two machines together. Once the machines are connected
and the software running on each computer, the user can select transfer
direction and any desired translation. Next, source file and destination
directory are selected, and the tranfer/translation proceeds.
Two other modes are available with MacLink, one allowing translation
of files that are already on the Mac, the other basically a 'dumb' terminal
with Xmodem and MacBinary supported. We haven't tried either of these yet.
In addition to Mac <==> PC transfers, there appear to be options
for Wang and NBI.
We haven't exhaustively tested all the combinations, but Symphony/Excel,
WordStar/MacWrite, and straight ASCII transfers work well. The user
interface is pretty well laid out and the documentation is clear and
complete.
Their address is:
DataViz, Inc.
16 Winfield St.
Norwalk, CT 06855
Phone: 203/866-4944
Cost: $150 to $200
rrenfro@dtrc.arpa
------------------------------
Date: 18 Feb 1987 20:23-EST
Sender: VERACSD@A.ISI.EDU
Subject: Lisp Development Environments
From: VERACSD@A.ISI.EDU
I am interested in assessing Lisp development environments for the
Mac. As far as I know there are only 2 serious (?) players:
Expertelligence (ExperCommonLISP) and Semantic Microsystems
(MacScheme+Toolsmith).
I have read the recent message traffic on this mailing-list re
ExperCommonLISP. I am looking for similar input re MacScheme+Toolsmith
as well as further info re ExperCommonLISP (or any other contender).
I am especially interested in:
o the sophistication of the ToolBox interface;
o speed & efficiency;
o editing facilities;
o debugging facilities;
o garbage-collection;
o ability to produce standalone (i.e. "double-clickable")
applications
(and any limitations of such standalone applications;
o known bugs
I would be especially interested in hearing from someone who has
actually developed something substantive (like a commercial product
or a kb-system) with one of these systems.
I will be glad to summarize & post input if it is useful.
Advance thanks,
Cris Kobryn
------------------------------
Date: Wed, 18 Feb 87 11:02:04 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Pagemaker 2.0
The mail today included a letter from Aldus stating, "Pagemaker 2.0 will sell
for $75 to registered owners who bought a previous version before September 3,
1986 (the date of the 2.0 announcement), and $37.50 for subscribers to our
Extended Technical Support Service. Those who bought Pagemaker after
September 3 will receive 2.0 for free. Instructions for buying the new
product at these special prices will be mailed to you toward the end of
February."
In plain english that means "Real Soon Now."
The letter also states that the Mac and PC versions share 80% of their code
and have mutual file compatibility and identical features. Now you can have
your PC and use it too.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
End of INFO-MAC Digest
**********************
∂21-Feb-87 0020 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #55
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 21 Feb 87 00:20:32 PST
Date: 21 Feb 87 0016-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #55
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 20 Feb 1987 Volume 5 : Issue 55
Today's Topics:
Postscript questions
AppleTalk Help Requested
Pinout for the nine pin modem
Paint Grabber and Word 1.05
Re: Mac Programming Questions
Re: Questions, questions, questions...
RE: Imagewriter II problems.
Reformatting "dead" Mac disks.
Quickdraw Globals Initialization
Welcome2.Hqx feature
January Technical Notes (from mod.mac.binaries)
Mac SE & March 2nd Announcements
MACECHO-APPLETALK.HQX
DA-AboutFinder
is anyone using a 200+Meg SCSI-disk on a Mac? know anyone that ...?
Query MS-Word 1.05, MS-File formats
ELIZA
Apple student rebates
----------------------------------------------------------------------
Subject: Postscript questions
Date: Thu, 19 Feb 87 09:44:27 -0800
From: duggie@portia.STANFORD.EDU
1) I am drawing lines on the laserwriter using postscript via piccomment
calls, as documented in one of the technical notes. I set the linewidth
to 0.25 (since the printer has scaled everything up for quickdraw, I
scale back down again) and draw lines using a series of moveto rlineto
calls. The rlineto is the same in each case, so the lines are parallel.
The problem is, some of the lines are twice as thick as the others! I
have repeated this at several line thicknesses and as long as the lines
are thin enough so that you can see it, it occurs. Since only the
positions of the lines changes, I assume I must have some rounding error
or something. Does anyone know a way around this problem? (The angle
of the lines also seems to make no difference).
2) I hear there is a bboard called 'info-postscript' and that people from
Adobe sometimes read it. Anyone know if it exists, what machine it is on,
or who runs it?
Doug Felt
duggie@portia.stanford.edu
------------------------------
Date: Fri, 20 Feb 87 07:49:57 EST
From: rs4u@andrew.cmu.edu
Subject: AppleTalk Help Requested
Has anyone had any experience writing AppleTalk socket listeners or similar
programs in Pascal or C? (Preferable Pascal, but either is fine). I would
appreciate a direct response or phone call, since I can't read the digests
very often.
Thanks much.
Rich
Richard Siegel
rs4u@td.cc.cmu.edu
(804)865-3036 @MaBell [8am-4pm Eastern Time]
------------------------------
Date: Fri, 20 Feb 87 17:29:38 est
From: debbie@etl-ai (Debbie Anderson)
Subject: Pinout for the nine pin modem
Does anybody have a pinout for the nine pin modem? Also, is there
anything to watch out for when converting the nine pin modem connector to a
25 pin modem?
Thanks in advance,
Debbie
------------------------------
Date: Fri, 20 Feb 87 13:07:14 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: Paint Grabber and Word 1.05
Using Paint Grabber (also Art Grabber+) to cut portions of screen
images, I find that it works OK with MacWrite, MacPaint, FullPaint,
etc. When I try to do the same thing with MS Word 1.05, I find that
rarely will Word detect that the scrap has been updated and hence
the clipboard does not change. Any ideas how to get around this?
Bill Stackhouse
Cambridge, MA.
bills@cca.cca.com
------------------------------
Date: Thu, 19 Feb 87 08:23 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: Re: Mac Programming Questions
Recently posted were some questions about mac programmng,
namely about how one can have 1) Windows be repainted
2) Files automatically open when double clicked.
The person did not say what sort of language he was using to
do his programming in, but I will assume familarity with the
toolbox, since he mentions GetFInfo.
First, the simple one (hah!):
Window Repainting (Also known as updating).
The mac, lacking hardware window management, generates an
update event when part or all of a window needs to be re
drawn, in addition to this, an update event is generated when
the window is first brought up. When you detect an update
event in your main event loop, do the following:
GetPort(oldwindow);
BeginUpdate(window);
SetPort(window);
MyDrawWindowRoutine;
SetPort(oldwindow);
EndUpdate(window);
The nice thing about update events is that they filter out
QuickDraw calls that aren't needed for areas of the screen
do speed things up. However, your MyDrawWindowRoutine shouldn't
do tons of calculations or the like, it should JUST draw the
stuff, otherwise updates will get very slow. Note that
if your display/graphics are static in nature you can
also store a handle to the quickdraw picture in the window
record and it will be drawn for you automatically.
The second point, (I'll call it harder simply because its always
the last i do)
Opening of files: When the user opens an application by
double clicking on a file, no menu "event" such as "open" or
"print" is selected, instead, infomation is stored in the list
of "application" files. The Segment loader section of inside
mac has information on the calls CountAppFiles and GetAppFiles
which allow you to see which files the user double clicked on
(there could be more than one) and if he opened them by clicking
Open or Print. (If he clicked print, you could branch automatically
to the print routine, speeding things up)...Most often these
calls are handled after initialization, but before the main
event loop. Basically, you simple call your "open" or "print"
routine for each file in turn.
I'm glad to see programming questions back on Info-Mac.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
Date: Thu, 19 Feb 87 8:27:14 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC.ARPA>
Subject: Re: Questions, questions, questions...
Yep, yer 100% right on that one. Never, Never, NEVER (ever) use an
imagewriter II to print labels. I ran into the same situation you did, with
the little plastic shield being torn. In my case, the printer worked ok
without it, but having a worn out ribbon probably contributed (by not
smearing). OK, now that I'm done preaching, dont take the printer to your
"friendly" apple dealer. Just go down and tell him to get you the shield.
Should cost about $1.99. Don't know what is causing the other problems,
they haven't occured here yet (in use of ~7 macs and pluses, with 3 IWII's,
one on appletalk). My sugges- tion is to check the switch settings, and
maybe reinstall the printer driver on your system disk.
Regards,
tom c
[ i pay $6.50 a shield from my friendly apple dealer. am i doing something
wrong? DoD]
------------------------------
Date: Thu, 19 Feb 87 12:07:35 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: RE: Imagewriter II problems.
Samir,
Saw your printers poor plight on Info-Mac. Sounds like you need the
foil thing to keep the ribbon from rubbing on the paper and making
smudges. You might check the front of the print-head for sharp edges
or a pin that's sticking out too far since you said something is
scratching the paper as the print head moves, and you said you removed
the plastic thing. It's pretty simple to yank out the print head: just
pull the white tab in front that holds down the print heads 'nose' to
the right, and pull up and out on the print head. Do not disassemble
the print head any further than that.
Good luck.
Mike Knight
------------------------------
Date: Thu, 19 Feb 87 08:04 CST
From: Wayne <BILLING%UOFMCC.BITNET@wiscvm.wisc.edu>
Subject: Reformatting "dead" Mac disks.
Andrew Glassner asked if there is a way to reformat a disk that the
Mac is having problems with. I believe his problem was that the Mac
wouldn't allow him to delete a file (Locked or in use), nor would it
allow him to select "Erase Disk". I have also encountered the
situation where mounting a diskette will produce the "Eject - Initialize"
dialogue, initializing seems to work, but the next time the disk is
mounted the "Eject - Initilize" dialogue reappears. Both of these
symptoms may of course be due to bad media but what will sometimes work
is holding down the (are you ready for this?) TAB-SHIFT-OPTION-COMMAND
keys while mounting the diskette.
This tells the system that, regardless of what it sees, reformat the
diskette. It seems to be a sort of "last-ditch" effort to recover the
media. This works for me sometimes and the original source was Apple
(I read it in some Apple manual somewhere but I'll be darned if I can
find it now).
One other hint that's kind of related...
If you have a disk that's giving the "Eject-Init" dialogue but you wish
to save the contents of the diskette, holding down the OPTION-COMMAND
keys while launching tells the system to rebuild the Desktop file. This
will sometimes reconstruct enough of the damage to allow at least some
of the needed files from the damaged diskette to be copied.
One added bonus of rebuilding the Desktop file is that you will sometimes
also rescue a little (2-5K) extra space on that diskette.
------------------------------
Date: Fri, 20 Feb 87 10:35:00 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Quickdraw Globals Initialization
In the neverending battle with INITs I have found some interesting info that I
may as well pass along. I would like to thank Mark J. Steiglitz for his help
in solving my problem of initializing Quickdraw without the use of compiler
globals, however, I would be forced to declare his method a bit of a hack.
Here is a more elegant way of initializing Quickdraw and being able to access
it's global variables. Mark used a variable ThePort : ARRAY[0..206] OF byte
and then called InitGraf(pointer(longint(@ThePort) + 206 - 4)); This seemed
to lack a few pieces of information that I wanted (access to randSeed being
one of them). So I dug out Scott Knaster's book, How to Write Macintosh
Programs, and found his description of the Quickdraw globals and created this
record:
QDGlobals = RECORD
{ InitGraf(@QDGlobals.thePort) }
{ Private Globals }
fontData : FMOutPut;
fontPtr : Ptr;
fontAdj : Fixed;
patAlign : Point;
polyMax : Integer;
thePoly : Handle;
playIndex : Integer;
playPic : LongInt;
rgnMax : Integer;
rgnIndex : Integer;
rgnBuf : Handle;
wideData : Region;
wideMaster : LongInt;
wideOpen : Handle;
{ Public Globals }
randSeed : LongInt;
screenBits : BitMap;
Arrow : Cursor;
dkGray, ltGray, Gray, Black, White : Pattern;
thePort : GrafPtr;
END;
Var
QD : QDGlobals;
Now you just call InitGraf(@QD.thePort) and there you have it. No more
magical additions and subtractions (well, we let the compiler do them instead)
and you can access all the globals by name.
As a nitpicking aside, Mark also used:
Var
gp : GrafPtr;
for
gp := pointer(NewPtr(108));
when
gp := GrafPtr(NewPtr(SizeOf(GrafPort)));
would be a bit more symbolic (and possibly flexible should any structures
change in the future). Sorry to mention it Mark, but coding magic constants
is not a good practice.
I just thought someone might be able to use this info.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Fri, 20 Feb 87 14:57:52 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Welcome2.Hqx feature
I was playing with the archived file WELCOME2.HQX which says something like
"Welcome to Macintosh" and then says the date and time with MacinTalk. I
found that it also says other things. If you are in a mood for play, try
resetting your date and running the program a few times. I recommend
Christmas Eve, Friday the 13th, New Year's Day, and other special days. I do
not know how many events it recognizes, but it's enough to make me check it
every now and again. I'll tell you, after hearing it do the same old thing
for so long, I was really surprised to hear it pipe up differently.
Jon
------------------------------
Subject: January Technical Notes (from mod.mac.binaries)
Date: 20 Feb 87 00:48:44 PST (Fri)
From: hplabs!felix!felix.ARPA!rlong@ucbvax.Berkeley.EDU
[
these are the january technical notes. They are
archvied as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TECHNOTES-JAN87-INDEX.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TECHNOTES-JAN87-ABOUTTN.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN93.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN101.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN102.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN103.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN104.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN105.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN106.HQX
DoD
]
------------------------------
Date: 20 Feb 87 21:42:48 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Mac SE & March 2nd Announcements
[ Uploaded from Delphi by Jeff Shulman ]
This file is a two-page MacWrite document describing Apple's upcoming March 2
announcements of the Mac II and Mac SE. It goes into some detail about the Mac
SE. You should read "Mac II First Look" before reading this one.
Ric Ford, "MacInTouch" newsletter
[
Mac II First Look is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-MAC2-FIRSTLOOK.HQX
so naturally I had to name this one
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-MAC2-SECONDLOOK.HQX
DoD
]
------------------------------
Date: Thu, 19 Feb 87 20:28:37 est
From: stew%lhasa@hucsc.HARVARD.EDU
Subject: MACECHO-APPLETALK.HQX
Here's a small appletalk application I wrote, with sources (in LightSpeed C).
It registers itself as a MacEcho and then displays all registered entities
on the network until the mouse button is held down. Not the best programming
style in the world, but I hope it provides a useful example for someone.
Stew <Rubenstein@Harvard.Harvard.EDU>
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACECHO-APPLETALK.HQX
DoD
]
------------------------------
Date: Thu, 19 Feb 87 22:22 CST
From: <SBOYD%TAMKBS.BITNET@wiscvm.wisc.edu>
Subject: DA-AboutFinder
Ever wondered about what ever happened to that great picture in
About the Finder... from Finder 1.x? If you like, it can be back.
Enclosed is a DA assembled from bits and pieces from Finder 1.1g and
Lightspeed Pascal's DA sample. A small bit of fluff.
scott boyd
the machax(tm) group
Thanks to Howard Katz for the idea.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-ABOUT-FINDER.HQX
DoD
]
------------------------------
Date: Fri 20 Feb 87 04:35:46-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: is anyone using a 200+Meg SCSI-disk on a Mac? know anyone
Subject: that ...?
a friend called tonight and asked me to send out this query. He's been
trying to connect a 200+ Meg drive to a Mac --- and live to tell the tale.
but he only gets crashes when he tries to boot the Mac somehow. he would
like to know if anyone has done so successfully in ANY way ....
please Email to me - I'll summarize if I get AFFIRMATIVE response(s) ..
------------------------------
Date: Fri, 20 Feb 87 13:43:10 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Query MS-Word 1.05, MS-File formats
Where can I get the specs for the file formats for MS-Word, and MS-File?
Ken
/|---------------------------------------------------------------|\
/ | ARPA: mayerk@eniac.upenn.seas.EDU | \
| | USnail: Kenneth Mayer | |
| | University of Pennsylvania, Moore School of Eng.| |
- | 305 S. 41st St | -
| | Philadelphia, PA 19104 | |
| | GENIE: MAYERK | |
\ | CIS: [73537,3411] | /
\|---------------------------------------------------------------|/
------------------------------
Date: Thu 19 Feb 1987 11:44 CST
From: Samir Kaleem <XSAK%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: ELIZA
Well, since MINDPROBER doesn't really use any AI concepts, my friend is
going to use it (on the reccomendation of someone who answered on the
net...thanx) to talk about the hype of AI to sell software (even though the
software doesn't really use AI) for her class presentation. However, she
would like to supplement this talk with some other presentation that does
use AI. She was considering using ELIZA. Does anyone know if this program
uses any AI concepts? If so, can anyone describe how it works or give any
other hints that might be used in a class? Is there any other such program
that might be used if ELIZA is not a good choice?
Thanx for any help in advance.
Samir Kaleem
<xsak@ecncdc.bitnet>
<xsak%ecncdc.bitnet@wiscvm.wisc.edu>
------------------------------
Date: Fri, 20 Feb 87 13:39:53 est
From: Mike Marrone <marone@nrl-aic.ARPA>
Subject: Apple student rebates
Way back in October, 1986 my sister bought her Mac Plus, and sent in
for her $200 student rebate. She still hasn't got it. Thats about 18
weeks. Pretty ridiculous. Has anybody gotten their rebate from this
program, or anyone else sent in for and not gotten it yet? Also, any
info about who to call at apple about this would be appreciated.
Thanks,
Mike Marrone (marrone@nrl-aic)
------------------------------
End of INFO-MAC Digest
**********************
∂22-Feb-87 2041 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #56
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 22 Feb 87 20:41:18 PST
Date: 22 Feb 87 2039-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #56
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 23 Feb 1987 Volume 5 : Issue 56
Today's Topics:
Re: DB-9 to DB-25, and every other Apple cable, for that matter
Re: Pinouts for 9 pin socket to db25
Re: The Cache and cache bits
BeginUpdate/EndUpdate
Technical Note 106
Usenet Mac Digest V3 #14
Usenet Mac Digest V3 #15
Delphi Mac Digest V3 #12
More tidbits about Mac II and MPW
AI and ELIZA
Re: Lisp environments
----------------------------------------------------------------------
Date: Sat, 21 Feb 87 06:36:34 PST
From: halff@nprdc.arpa (Henry Halff)
Subject: Re: DB-9 to DB-25, and every other Apple cable, for that
Subject: matter
Here are is a message from long ago and far away. Seems the
mailing list could profit from a reposting.
hh
From: p40001@mcomp.UUCP
Newsgroups: net.micro.apple
Subject: Apple Serial Connector Information
Date: 4 May 86 03:04:00 GMT
During the last few weeks I have come across numerous requests for
information about Apple's serial connectors, both on this network and on
others (BIX, Genie, etc.). I had started compiling a list of Apple's
connectors a while ago, but had not got very far. Then the latest issue of
A+ magazine arrived, and there was all the info I needed. The following is
a list of Apple Serial Connector Pin Assignments, as well as a chart
listing the major Apple cables and how they are configured. If you have
any questions about connecting your Apple to some peripheral device, I
encourage you to get that magazine. More info at the end of this file.
Wolf N. Paul
{convex, texsun, infoswx}!mcomp!p40001
BIX: wnp
USPS: 290 Dogwood, Plano, TX 75075.
**** APPLE PIN ASSIGNMENTS ****
Listing the pin assignments and signal names of
Apple computer and peripheral connectors.
Pins not listed are not connected, unless otherwise noted.
A. RS-232 Interfaces
SUPER SERIAL CARD -- DB25
1 Frame Ground
2 Transmit Data (TXD)
3 Receive Data (RXD)
4 Request to Send (RTS)
5 Clear to Send (CTS)
6 Data Set Ready (DSR)
7 Signal Ground (GND)
8 Data Carrier Detect (DCD)
19 Secondary Clear to Send (SCTS)
20 Data Terminal Ready (DTR)
APPLE //C SERIAL PORTS (both) -- DIN 5-pin
1 Data Terminal Ready (DTR)
2 Transmit Data (TXD)
3 Signal Ground (GND)
4 Receive Data (RXD)
5 Data Set Ready (DSR)
APPLE MODEM 300/1200 -- DB9
2 Data Set Ready (DSR)
3 Signal Ground (GND)
5 Receive Data (RXD)
6 Data Terminal Ready (DTR)
7 Data Carrier Detect (DCD)
8 Frame Ground
9 Transmit Data (TXD)
APPLE PERSONAL MODEM -- Mini-DIN 8-pin
1 Data Set Ready (DSR)
2 Data Terminal Ready (DTR)
3 Receive Data (RXD)
4 Signal Ground (GND)
5 Transmit Data (TXD)
6 Signal Ground (GND)
7 Data Carrier Detect (DCD)
LASERWRITER -- DB25
(See RS-422 section below for LaserWriter DB-9 Connector)
1 Frame Ground
2 Transmit Data (TXD)
3 Receive Data (RXD)
4 Ready to Send (RTS)
7 Signal Ground (GND)
20 Data Terminal Ready (DTR)
IMAGEWRITER I -- DB25
(See RS-422 section below for ImageWriter II Connector)
1 Frame Ground
2 Transmit Data (TXD)
3 Receive Data (RXD)
4 Request to Send (RTS)
7 Signal Ground (GND)
14 Fault
20 Data Terminal Ready (DTR)
APPLE SCRIBE PRINTER -- DB25
1 Frame Ground
2 Transmit Data (TXD)
3 Receive Data (RXD)
4 Request to Send (RTS)
7 Signal Ground (GND)
20 Data Terminal Ready (DTR)
APPLE DAISYWHEEL PRINTER -- DB25
1 Frame Ground
2 Transmit Data (TXD)
3 Receive Data (RXD)
4 Request to Send (RTS)
5 Clear to Send (CTS)
6 Data Set Ready (DSR)
7 Signal Ground (GND)
8 Data Carrier Detect
20 Data Terminal Ready (DTR)
B. RS-422 INTERFACE
MACINTOSH SERIAL PORTS -- DB9
(Old Mac 128/512)
1 Frame Ground
2 +5V *See note below
3 Signal Ground (GND)
4 Tansmit Data (TXD+)
5 Transmit Data (TXD-)
6 +12V *See note below
7 Handshake
8 Receive Data (RXD+)
9 Receive Data (RXD-)
*Note: Apple Computer does not recommend
using these voltages to power external devices.
MACINTOSH PLUS SERIAL PORTS -- Mini DIN 8-pin
1 Handshake Output (HSKo +12V)
2 Handshake Input (HSKi)
3 Transmit Data (TXD-)
4 Frame Ground
5 Receive Data (RXD-)
6 Transmit Data (TXD+)
8 Receive Data (RXD+
IMAGEWRITER II -- Mini DIN 8-pin
1 Data Terminal Ready (DTR)
2 Data Set Ready (DSR)
3 Transmit Data (TXD-)
4 Signal Ground (GND)
5 Receive Data (RXD-)
6 Transmit Data (TXD+)
8 Receive Data (RXD+)
LASERWRITER -- DB9
(See RS-232 section above for LaserWriter DB-25 Connector)
1 Ground (GND)
3 Ground (GND)
4 Transmit Data (TXD+)
5 Transmit Data (TXD-)
8 Receive Data (RXD+)
9 Receive Data (RXD-)
C. SCSI INTERFACE
MACINTOSH PLUS SCSI PORT -- DB25
CAUTION: Do not confuse this connector with
a RS-232 Interface connector!!
1 Request (REQ-)
2 Message (MSG-)
3 I/O-
4 Reset (RST-)
5 Acknowledge (ACK-)
6 Busy (BSY-)
7 Ground (GND)
8 Data Line 0 (DB0-)
9 Ground (GND)
10 Data Line 3 (DB3-)
11 Data Line 5 (DB5-)
12 Data Line 6 (DB6-)
13 Data Line 7 (DB7-)
14 Ground (GND)
15 Carrier Detect (C/D-)
16 Ground (GND)
17 Attention (ATN-)
18 Ground (GND)
19 Select (SEL-)
20 Parity (DBP-)
21 Data Line 1 (DB1-)
22 Data Line 2 (DB2-)
23 Data Line 4 (DB4-)
24 Ground (GND)
Note: The SCSI port uses -5V logic levels; the minus sign in the signal
names indicates negative signal voltage levels.
**** APPLE CABLE GUIDE ****
ABBREVIATIONS:
SSC = Super Serial Card; 2CS = //c Serial Ports;
IWR = Image Writer I; IWR2 = Image Writer II;
LWR = Laser Writer; DWP = Apple Daisywheel Printer
MDM = Modem 300/1200; PMDM = Personal Modem;
MAC = Macintosh 128/512; MAC+ = Macintosh Plus
In the following cable descriptions, which are identified as
"Device 1 => Device 2", each group of two numbers indicates a pin on Device 1
and a pin on Device 2 which need to be connected.
I.e., in "SSC => IWR", the notation "1-1" means "connect pin 1 on the SSC
to pin 1 on the IWR".
A. APPLE ][, ][+, //e CABLES
1. SSC => IWR (Apple Cable # 590-0037) (See note 1)
(DB25 => DB25)
1-1, 13-13, 19-19, 23-23.
2. SSC => IWR2 (Apple Cable # 590-0335) (See note 1)
(DB25 => Mini DIN 8-pin)
1-20, 2-8, 3-2, 4-7, 5-3, 8-7.
Jumper pins 8 & 6 on DB-25 connector.
3. SSC => LWR (no Apple cable available) (See notes 1, 2)
(DB25 => DB25)
1-1, 2-2, 3-3, 7-7.
4. SSC => DWP Identical to #1, SSC => IWR
5. SSC => MDM (Apple Cable # 590-0212) (See note 3)
(DB25 => DB9)
6-2, 7-3, 3-5, 20-6, 8-7, 1-8, 2-9.
Jumper pins 8 & 5 on DB-25 connector.
6. SSC => PMDM (Apple Cable # 590-0331) (See note 3)
(DB25 => Mini DIN 8-pin)
8-1, 20-2, 3-3, 7-4, 2-5, 7-8.
Jumper pins 8 & 6 on DB-25 connector.
7. SSC => MAC (Apple Cable # 590-0169) (See note 3)
(DB25 => DB9)
1-1, 3-7, 5-3, 7-20, 9-2.
B. APPLE //c CABLES
8. A2C => IWR (Apple Cable # 590-0191)
(DIN 5-pin => DB25)
1-6, 2-3, 3-7, 4-2, 5-20.
9. A2C => IWR2 (Apple Cable # 590-0333)
(DIN 5-pin => Mini DIN 8-pin)
1-1, 5-2, 2-3, 3-4, 4-5, 3-8.
10. A2C => DWP (Identical to #8, A2C => IWR)
11. A2C => MDM (Apple Cable # 590-0192)
(DIN 5-pin => DB9)
1-6, 2-9, 3-3, 4-5, 5-2.
Jumper pins 3 & 8 on DB-9 connector.
12. A2C => PMDM (Identical to #9, A2C => IWR2)
C. MACINTOSH CABLES
13. MAC => IWR (Apple Cable # 590-0169)
(DB9 => DB25)
1-1, 3-7, 5-3, 7-20, 9-2.
14. MAC => IWR2 (Apple Cable # 590-0332)
(DB9 => Mini DIN 8-pin)
1-7, 2-6, 3-9, 4-1, 5-5, 6-8, 7-7, 8-4.
15. MAC => MDM (Apple Cable # 590-0197)
(DB9 => DB9)
3-3, 5-9, 6-6, 7-7, 8-8, 9-5.
Jumper pins 3 & 8 on both ends.
16. MAC => PMDM (Identical to # 14, MAC => IWR2)
17. MAC => Generic Modem (No Apple Cable available)
(DB-9 => DB25)
1-1, 3-7, 5-2, 7-20, 9-3.
Jumper pins 3 & 8 on DB-9 connector.
D. MACINTOSH PLUS CABLES
18. MAC+ => IWR (No Apple Cable available)
(Mini DIN 8-pin => DB25)
2-20, 3-3, 4-1, 5-2, 8-7.
19. MAC+ => IWR2 (Apple Cable # 590-0340)
(Mini DIN 8-pin => Mini DIN 8-pin)
1-2, 2-1, 3-5, 4-4, 5-3, 6-8, 7-7, 8-6.
20. MAC+ => MDM (No Apple Cable available)
(Mini DIN 8-pin => DB9)
1-6, 2-7, 3-9, 4-3&8, 5-5, 8-7.
21. MAC+ => PMDM (Identical to # 19, MAC+ => IWR2)
22. MAC+ => Generic Modem (No Apple Cable available)
(Mini DIN 8-pin => DB25
1-20, 4-7, 3-2, 2-5, 5-3.
E. SPECIAL
23. DB25 => DB25 Modem Eliminator Cable (Apple Cable # 590-0166)
1-1, 2-3, 3-2, 4&5-8, 6-20, 7-7, 8-4&5, 20-6.
24. Mini DIN 8-pin => DB-9 Adapter (Apple Cable # 590-0341)
1-6, 2-7, 3-5, 4-3, 5-9, 6-4, 8-8.
Jumper pins 1 & 3 on DB-9 connector.
NOTES:
1. The SSC must be in PRINTER mode: triangle on jumper block pointing towards
TERMINAL, SW1-5 off, SW1-6 on.
2. Requires Xon/Xoff handshaking. SSC SW1-4,6,7 on; SW2-1,4 on.
3. The SSC must be in COMMUNICATIONS mode: triangle on jumper block pointing
towards MODEM, SW1-5,6 on.
**** CONNECTOR PIN NUMBERS ****
The numbers shown are for male connectors, and are reversed (left to right)
for female connectors.
A. DB-25
1 2 3 4 5 6 7 8 9 10 11 12 13
14 15 16 17 18 19 20 21 22 23 24 25
B. DB-9
1 2 3 4 5
6 7 8 9
C. DIN 5-pin
*
1 5
2 4
3
( * indicates the notch)
D. Mini DIN 8-pin
*
6 7 8
3 4 5
* 1 2 *
(* indicates the notches in the connector)
WARNING: The above information is provided for your reference only, and no
responsibility is assumed for its accuracy. You are encouraged to verify the
Cable Listings by means of the Pin Assignment listings.
SOURCE and further REFERENCE:
This listing was inspired and greatly facilitated by an article in the
June 1986 A+ magazine: The Right Connections, by Brian Cutter. You are
encouraged to refer to the magazine article for a lot of helpful hints and
additional information on connecting Apple Computers and peripherals.
Most of the information included was obtained from AppleLink, Apple Computer's
on-line service for dealers.
Further Information can be found in the following books:
Kim G. House & Jeff Marble, THE PRINTER CONNECTIONS BIBLE.
(Howard E. Sams & Co. Inc., 4300 W. 62nd St., Indianapolis, IN 46268)
Carolyn Curtis & Daniel L. Majhor, THE MODEM CONNECTIONS BIBLE.
(Howard E. Sams & Co. Inc., 4300 W. 62nd St., Indianapolis, IN 46268)
MICRO MATCH
(Command Computer Corporation, 36 Columbia Terrace, Weehawken, NJ 07087)
THE APPLE INTERFACE MANUAL
(Apple Computer, Inc., 20525 Mariani Avenue, Cupertino, CA 95014)
------------------------------
Date: Sat, 21 Feb 87 08:54:05 PST
From: <KINGLEON@humber.bitnet>
Reply-to: KINGLEON%HUMBER.BITNET@forsythe.stanford.edu
Subject: Re: Pinouts for 9 pin socket to db25
I think what you are asking is:"How can I hook up a Hayes compatible
modem to an old-style Mac."
I have a 512K Mac with a (cheap) Alpha-Concord (Hayes compatible)
modem. My cable connection is as follows:
MODEM (db25) MAC (db9)
2 - REC 5 - TXO
3 - XMIT 9 - RCD
5 - CTS 7 - CTS
7 - GND 3 - GND
Good Luck!
------------------------------
Date: Thu, 19 Feb 87 09:55:05 pst
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: The Cache and cache bits
In article <8702190809.AA16259@ucbvax.Berkeley.EDU> you write:
>
>INFO-MAC Digest Wednesday, 18 Feb 1987 Volume 5 : Issue 54
>
>Date: Tue, 17 Feb 87 17:26:28 est
>From: levine@eniac.seas.upenn.edu (Jonathan M. Levine)
>Subject: The Cache and cache bits.
>
>me to suspect that something is amiss with the cache. Should I not be setting
>the Cache bit on for certain applications? If so, is there a list of
>applications for which setting the bit is advisable/ill-advised?
>
If you look in ResEdit or FEdit you will see 2 files bits labeled cached
and shared. (Tech Note #40 describes these bits as well.) Unfortunately,
the labels of these bits are reversed.
The bit labeled cached tells Finder 5.3 and later to launch an application
in read-only mode (vs. read-write). The bit labeled shared is currently
unused and reserved.
The next batch of Tech Notes will correct Tech Note #40; presumably later
versions of ResEdit and FEdit will be changed as well.
Larry
------------------------------
Date: 21 Feb 87 0928 PST
From: Tovar <TVR%CCRMA-F4@SAIL.Stanford.EDU>
Subject: BeginUpdate/EndUpdate
Perhaps it's just a matter of style (i don't feel like delving through
Inside Mac in great detail right now), but i feel uncomfortable with
recommending the following:
GetPort(oldwindow);
BeginUpdate(window);
SetPort(window);
MyDrawWindowRoutine;
SetPort(oldwindow);
EndUpdate(window);
I would suggest this instead:
GrafPtr oldwindow; /* Saved copy of previous window */
...
/* Save old grafport, just in case, and tell QuickDraw about new one. */
GetPort(oldwindow);
SetPort(window);
/* Ask window manager to set visRgn to just that area needed redrawing */
/* and then restore normal visRgn when we're finished doing redraw. */
BeginUpdate(window);
MyDrawWindowRoutine;
EndUpdate(window);
/* Restore grafport.
SetPort(oldwindow);
It's worth noting here that the type for GetPort and SetPort is NOT a
window pointer, but a pointer to a GrafPort. It works anyway because
the first field in a window is a GrafPort. Note that there may well
be some speedup if and when QuickDraw realizes that an operations is a
no-op, but there's no magic involved. The redraw routine needs to redraw
everything and do those calculations necessary for that. It might look
at visRgn itself to decide what really is necessary, though. It also
should NOT take the opportunity to do other updates due to things that
may have happened since the screen was last drawn, unless it is willing
to look at visRgn and perhaps (carefully) adjust. That kind of update
if it is not entirely inside (or outside) visRgn could result in an
inconsistent display.
Perhaps someone else could explain it better, but it seems to me the major
reason for BeginUpdate/EndUpdate is to make redrawing look better if it
only changes those areas that need changing. My experience is that if there
is alot of text involved, it isn't subjectively alot faster than redrawing
the whole screen, but is much less distruptive.
While i'm standing on a soap-box, i'll remind people that 'c' is far from
a "self-documenting" language (if such exists); you need to comment your
code. Besides seeing much too much unscrutible 'c' code, the Mac system
calls often sufficiently inobvious things as to really demand explanation.
When you get to the point of fixing difficult bugs in your own code that
you haven't touched in several years (or had to fix someone else's), then
you'll understand why you should to comment it when you first type it in.
By the way, i've never run across a machine which does window management
in hardware.
------------------------------
Date: Sat 21 Feb 87 11:29:04-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Technical Note 106
TN106 cannot be restored using BINHEX without a CRC error.
Peter
[
I have removed the damaged Tech Note 106 and requested another copy.
Thanks.
DoD
]
------------------------------
Date: 21 Feb 87 11:21:51 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #14
Usenet Mac Digest Saturday, 21 February 1987 Volume 3 : Issue 14
Today's Topics:
Re: INFO NEEDED - Kinetics Fastpath Box
Macput/MacTerminal/Finder problem; has anybody else seen this?
Re: Making a Mac talk SCSI to a Sun
Re: Let's do _Launch
{_FRACTALS
FKEY for interrupt button
Re: Shar for the mac?
Mac PSU (HELP)
Problem writing a CDEF.
Initialization in Turbo Pascal
Re: Making a Mac talk SCSI to a Sun (2 messages)
Caller Log
Hard drive comparison
Re: Pop Up Menus....
info request - string length function (not len)
UNIX & LaserWriters (long)
How to change font size in dialogs?
Re: UNIX & LaserWriters (long)
Macintalk
Re: UNIX & LaserWriters (long)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-14.ARC
DoD
]
------------------------------
Date: 21 Feb 87 11:22:47 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Usenet Mac Digest V3 #15
Usenet Mac Digest Saturday, 21 February 1987 Volume 3 : Issue 15
Today's Topics:
More on MPW Tool vs. Stand Alone
icons from MacPascal
Icon bar Problem in MPW
Re: Macintalk
Power-Up failure
Changing Icons.
Re: Possible bug in AppleShare, System 3.3/Finder 5.4
Question on useritems.
Re: Coral Object Logo
Jasmine
Response Summary: Resource Decompiler Wanted!
Changing plot symbols in Cricketgraph
Re: Power-Up failure
Apple: New Machines Break Software (long)
Mac SCSI disks compatability questions
Desktop drawing
Re: UNIX and laserwriters (now VMS and lw's)
Database for MAC+
Modems for the MAC and Printer Feeder problems !
Desktop Publishing and Chess
MRP Software Wanted
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-15.ARC
DoD
]
------------------------------
Date: 22 Feb 87 08:50:49 EST
From: Jeffrey Shulman <SHULMAN@RED.RUTGERS.EDU>
Subject: Delphi Mac Digest V3 #12
Delphi Mac Digest Sunday, 22 February 1987 Volume 3 : Issue 12
Today's Topics:
Government Forms on the Mac (6 messages)
Hardware Help: Human Touch 3 to 1 (2 messages)
Font Lib/HFS unauthorized
RE: Investigations into Memory Usage
Lightspeed Pascal (3 messages)
MDS Edit 2.0 (2 messages)
RE: protected files
RE: TMON with FPD
Rodime Drives (2 messages)
RE: Multi-tasking and macDraw error
RE: help on configuring system with davong
New Jazz for a New Mac?
RE: Carrying Case Warning
Color Transparencies (3 messages)
The Cache and cache bits.
RE: non Chicago default font & temporary DA's
Now I believe it too! (3 messages)
ChemDraw (2 messages)
bug
GAUSS programming language (2 messages)
RE: Reformatting "dead" Mac disks.
RE: Icon bar Problem in MPW
SF + List Manager
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-12.ARC
DoD
]
------------------------------
Date: Sun, 22 Feb 87 20:56 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: More tidbits about Mac II and MPW
Yesterday, saturday the 21st, VAMP (the Dutch Macintosh Programmers' Group)
had its first real meeting since it was founded last year. One of the more
interesting things at the meeting in The Hague was a lecture given by Fred
Zuydendorp from Apple. He was scheduled to talk about MPW, but obviously
some "other" things were discussed too. Read "other" as "the new Macs".
The talk about MPW was very enlightening, but I won't go into details here
since the information is probably well known to all users of MPW. Afterwards
some of us played around with it and quickly managed to port a TML Pascal
program to MPW Pascal. A version 2.0 of MPW exists and will be announced
shortly. It is especially meant to work with the "other Macs", as Fred put it.
Both new Macintoshes will be announced on March 2nd, although the bigger one
is not being produced yet and won't be shipped for a while. When Apple first
tried to run some Mac software on their new machine only about 10% would run!
Including some of companies whose software had trouble were Microsoft and
Aldus. Most problems were caused by bad programming techniques. As a result
of this the ROMs were changed and Apple expects 80% - 90% of all Macintosh
software to run OK once the machine is released. They have notified the
developers whose software caused trouble.
Apple has given priority to support of third-party hardware developers and
expects a lot of interesting hardware products (i.e. cards) to come out soon
after the announcement of the slotted Mac. The announcement is expected to
be a major event. Apple has even gone so far as to fly executives from some
big companies in Europe to the States for it.
Of course nothing was disclosed on the matter of prices or upgrades. We'll
just have to wait and see.
P.S. I'm desperately trying to reach Eric Mazur... does anyone have his
address? I have one but my mails simply don't get through. Can
someone help? The address I have is:
mazur%endor.harvard.edu@harvunxt.BITNET
Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Sat, 21 Feb 87 19:19 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: AI and ELIZA
Thought that I would pipe up here since I'm in an AI class right now and
just last lecture we talked about ELIZA. ELIZAs (its really a whole class
of programs) work by recognizing keywords. This is very simple to do in
lisp with the attribute lists associated with objects and a main event loop
that looks startlingly similar to that which one sees in every mac program.
In any case, the eliza class of programs works by keying on lists of verbs
that are in the typed in list, such as "hate" in the following sentence:
"I hate computers"
ELIZA can very easily key on the word "hate" and respond with
"Why do you (hate computers)" (the words in () represent
words copied from the typed sentence)
While noone knows exactly what AI is, one would be inclined to say that
keyword recognision hardly counts as "intelligence"... However, when the
user is not hostile (in the case of poor ELIZA most people try to "beat"
the program) keyword recognision goes a long way to providing an
"intelligent" interface.
A classic example of this is the "BlockWorld" program (written at MIT I
beleive) that allows the user to manipulate blocks with a robot arm in an
imaginary world. The program is able to pick up on reqests such as "Stack
the blue block on the red block" simply by keying on words such as "Stack"
and "on"...A relativly small amount of lisp and a few words can quickly
provide what looks to the user to be a very intelligent machine. In
reality, most of the words he is typing are being thrown away.
However, while ELIZA (and BlockWorld) are not overly intelligent, they form
the basis for a good chunk of the area known as "natural language
recognition"
If your friend has any questions, they can ask me directly. (I am posting
this to infomac because it is an interesting topic that may provoke someone
into making a really neat mac program, and because of the similarity to the
mac event loop)
Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
Date: Thu, 19 Feb 87 09:30:20 PST
From: cpd@CS.UCLA.EDU (Charles Dolan)
Subject: Re: Lisp environments
Comments on MacScheme+ToolSmith Version 1.00 Beta
[These are my comment on using the beta test version of MacScheme+Toolsmith
which were sent to the folks at Semantic Micro Systems. I have removed
some referenceto specific implementation details of MacSchem+Toolsmith.
This is a long, long message.]
My Application
I am implementing a semantic net editing tool on the Mac. This
implementation in MacScheme+ToolSmith will be the third one, the other
two were in ExperLisp and MacScheme respectively. In neither of the
two previous implementations have I had sufficient access to both the
ToolBox and the development environment of the implementation language
simultaneously. I now have a working prototype working which has a
browser window for looking at the concept hierarchy, and which pops up
graphics windows for manipulating the internal definitions of concepts
and text window for changing attributes which are not represented in
the graphical representation. The knowledge representation which is
being edited is a KL-ONE style representation.
Overall Impression
This product is a very usable interface to the Mac ToolBox. I was
able to convery my application, which uses the mouse and QuickDraw and
took me 3 months to develop into MacScheme in less than 3 weeks. I
was also able to add many enhancements because I now had convenient
access to the event queue and menus.
I was more interested in having access to the ToolBox in my
delvelopment environment than in building an application. However I
am sure that I could easily convert my semantic net editor into a
stand alone application with little effort.
There are still some data type conversion problems which don't seem
like they will be too hard to work out, but I found it terribly
annoying to have to allocate an deallocate data structures in LISP.
Programming the ToolBox doesn't need to be this painful.
I liked the basic structure of the high level interface but I didn't
like the implementation of the object oriented programming.
Data Type Conversion Problems
There will always be a problem here. This is a Pascal machine and
even C programmers complain about this problem. Here are the what I
view as outright bugs (very few I might add again):
1. [Small bug, easily fixed]
2. [Another small bug, easily fixed]
3. I don't like having to allocate structures all the time, and the
remember to deallocate them. It took me 3 days to find a routine which was
not returning its Mac heap data structures and causing havoc. The other
problem is that you can't save Mac data structures in the SCHEME.DUMP. I
always end up allocating a MacScheme data stucture, vector or bytevector,
to hold the data and then stuffing it into a pointer or handle to call the
ToolBox routine, then deallocating the data structure. This costs me both
in extra coding effort and in execution time. I have three partial
solutions.
[The three soloutions are not particularly interesting for this group.]
Little Things
[This section was a set of five little function or menu command
I thought should be added.]
Slightly Major Things
These are things for which I know no good solution
1. How does one deal with ToolBox Routines which want a procedure.
For example, you can't really use TrackControl because you can't pass
it a procedure. Perhaps MacScheme could supply a small number of
fixed memory location procedures which would call a Scheme procedure
of your choice.
2. MacScheme doesn't seem to do very well at mouse tracking. The
response if fine but the garbage collection is awful. I found one
work around which was to add a handler which removes itself so that I
could get exactly one mouse down event. I had a problem though when
trying to get a mouse up event, it never came. Does MacScheme filter
out mouse up events. This however does not solve the mouse tracking
problem. If you want to have mouse sensitive objects on the screen,
you are out of luck.
[MacScheme produces garbage even in tight loops used for mouse
tracking because even ToolBox calls produce garbage. About 5 seconds
of mouse tracking forces a garbage collection which takes from 0.5 to
1.5 seconds on a 2Meg Mac. The solution I finally adopted was to
write the mouse tracking in asembly language and call it from
MacScheme.]
Object Oriented Programming
[MacScheme does not provide any object oriented programming cababilty
at this time, but object orient programming is very easy to implement
in Scheme.]
Conclusion
Sorry this is such a rambling report, but I didn't have alot of time
to clean it up. For all my suggestions I think this is a very clean
interface to the ToolBox and I have completely scraped my own
interface in favor of this one.
Thank you for the opportunity of evaluating MacSchem+ToolSmith.
[I have some additional comments on MacScheme.
(1) I have never had a crash which I didn't trace to my own ToolBox
hacking, and I have been using this product daily over 1 year and have
developed over 800K of source code in the environment.
(2) The garbage collector is perfect.
(3) With the very first release of the software, over a year before
Toolsmith, they provided complete documentation on how to access the
ToolBox. This was great as long as you were willing to hand assemble
all your assembly language functions.
(4) The development environment could stand some help. It has paren
matching and auto-indent, but no search menu. Also when loading code,
the compiler is super fast but the reader is very very slow. It takes
two orders of magnitude longer to read a piece of code than to compile
it after it has been read. (The total time to read and compile a peice
of code is stil comparable to ExperLisp.)
(5) The heap dumping facility is very robust. Only once or twice in a
year have I been able to do something funny which corrupted the heap
and forced me to re-load from source.
(6) Its a bargain!]
Charles Dolan
cpd@hera.cs.ucla.edu
------------------------------
End of INFO-MAC Digest
**********************
∂26-Feb-87 0145 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #57
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 26 Feb 87 01:45:07 PST
Date: 26 Feb 87 0132-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #57
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 25 Feb 1987 Volume 5 : Issue 57
Today's Topics:
SCSI pinout clarification
Shutting down?
Shut Down
List Manager Lists in Modal Dialogs
MacDraw Font menu scrolling problem
ResEdit 1.0 won't work with old ROMs?
re: MacWrite to Troff Conversions
Mac SE & March 2nd Announcements
Many third-party products for new Macs
Here is a Binhexable copy of TN106
MacWrite to SCRIPT
Randomizer INIT
MakeWrite Source (intro blurb)
Dali Clock
Locking down disks
THINK working on Object Pascal?
MacVision TV camera scanner pictures
MacRecorder
Comments on Apple Share
Re: ELIZA
----------------------------------------------------------------------
Date: Wed, 25 Feb 87 12:14:10 EST
From: cwruecmp!howarth@ucbvax.Berkeley.EDU (David J. Howarth)
Subject: SCSI pinout clarification
A note on the SCSI pinout you had posted - the minus sign (-) after the
signal name indicates an active low signal (GND), not -5V! There are no
-5V on the SCSI port!
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: Shutting down?
Date: Mon, 23 Feb 87 21:54:43 EST
I want to be able to shut down gracefully from an application I am
writing, the way the shutdown command in the finder does. If I do it by
executing a reset instruction or using Apple's suggestion of jumping to
ROMBase+10, the SCSI disk spends a lot of time during the reboot
rebuilding the file system (I guess), but shutting down from the finder
makes the reboot clean. What does the finder do that I don't know
about? Do I need to eject the SCSI disk or something?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Tue, 24 Feb 87 10:17:28 EST
From: Mike Kraley <kraley@ccw.bbn.com>
Subject: Shut Down
what is the algorithm for doing a "shut down", ie. eject all the
disks and reboot? Inside Mac doesn't discuss it, nor can i find
any references in the Tech Notes. Disassembling the Finder code
get very tedious very quickly.
I can guess that one Ejects each volume that one can be found and
then do a RESET, but I fear there may well be other details which
should be attended to.
any hints, pointers, or experience would be greatly appreciated.
...Mike Kraley (@bbn.com)
------------------------------
Date: Mon, 23 Feb 87 08:01:19 EST
From: rs4u@andrew.cmu.edu
Subject: List Manager Lists in Modal Dialogs
Can anyone offer some assistance? I am trying to use a
List Manager list as an item in a modal dialog box. I know
I have to use a UserItem, and I'll probably have to write a
special Filter procedure to use when calling ModalDialog,
but I haven't had much success.
I'd appreciate direct replies: rs4u@andrew.cmu.edu
Thanks in advance.
Rich
------------------------------
Date: Mon, 23 Feb 87 19:58 EST
From: Marks@RADC-MULTICS.ARPA
Subject: MacDraw Font menu scrolling problem
I would like to know how to get the "fix" to MacDraw that eliminates the
choked scrolling font menu. I seem to recall seeing a relevant topic on
the USENET summary, but (of course) I can't find it now.
Thanks.....
Dave Marks
Marks@RADC-Multics
------------------------------
Date: Tue, 24 Feb 87 02:35 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: ResEdit 1.0 won't work with old ROMs?
There is something weird with the new ResEdit that I was sent some time
ago on the net, supposedly the official version 1.0. First of all it
doesn't contain the List Manager package (PACK 0) in its resource fork
anymore, assuming that probably everyone is using the newer Systems that
include the List Manager automatically. I don't. Boom.
No problem. I just grabbed a disk with the newer System and copied
PACK 0 out of it into ResEdit. But now things get really strange: when
I start up ResEdit everything seems to look OK. I get a window for each
disk on my screen. However, when I open a file to look at its resources,
I am presented with an empty window! But when I double-click in it, I
apparently select a resource and another (empty) window opens. Looks like
something is wrong with updating...
My friends tell me ResEdit works fine on their Mac Pluses... I'm still using
a 512K Mac with old roms and Finder 4.1, System 2.x. What's happening?
Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 23 Feb 87 22:17:22 PST
From: charles@ACC-SB-UNIX.ARPA (Charles Carvalho)
Subject: re: MacWrite to Troff Conversions
I used the MacWrite to Troff converter stored as UNIX-MW4X2TROFF.SHAR
in the Info-Mac archives at sumex-aim. When attempting to convert
complex documents (such as the Mac technotes) on our 4.2BSD, it
generated bizarre font size changes. It turns out that it was swapping
the bytes in too many format blocks, trashing the following text. The
following context diff shows where "td." needs to be added to correct
this:
/Charles
<charles@acc>
*** w2t.c Mon Feb 23 21:57:29 1987
--- w2t.new Mon Feb 23 21:58:08 1987
***************
*** 646,652 ****
td.formats = formp;
td.nformats = nformats / sizeof(*formp);
! for ( i = nformats; i-- > 0; formp++ )
SWAP( formp->charPos );
return &td;
--- 646,652 ----
td.formats = formp;
td.nformats = nformats / sizeof(*formp);
! for ( i = td.nformats; i-- > 0; formp++ )
SWAP( formp->charPos );
return &td;
------------------------------
Date: Mon, 23 Feb 87 10:20:29 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Mac SE & March 2nd Announcements
***** Begin Forwarded Message *****
This file is a two-page MacWrite document describing Apple's upcoming March 2
announcements of the Mac II and Mac SE. It goes into some detail about the Mac
SE. You should read "Mac II First Look" before reading this one.
Ric Ford, "MacInTouch" newsletter
[
Mac II First Look is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-MAC2-FIRSTLOOK.HQX
so naturally I had to name this one
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-MAC2-SECONDLOOK.HQX
DoD
]
***** End Forwarded Message *****
I was asked by the folks on Delphi to pass the word that a revised
and combined version of these documents is on its way, and to please
distributed it instead of this version.
The original release of these papers has created a major controversy on
both CompuServe and Delphi. A number of vendors, through Bob Perez at
Apple, complained that they were incorrectly judged against Beta hardware
with old software, and generally raised a ruckus. The Compuserve people
decided to pull the documents from their data libraries, but neglected to
tell Ric and Macintouch of this, creating a major flame war on censorship.
This controversy then spilled over to Delphi as well, and lots of screaming
and yelling has been done.
The end result is that the reports were re-written to be a little more
cohesive, and this updated version has been accepted by both Neil Shapiro
of Compuserve and Delphi. The updated version should be given to info-mac
and usenet in the next few days. Until then, please consider these documents
to be obsolete and don't do any long term planning on them.
Thanks to Ric le Page, Bob Perez, Neil Shapiro, Peabo, and all the others
involved for keeping their heads while the idiots yelled for them and
for working out a reasonable solution to all of this.
chuq
[
I have not received this *updated* version as of yet. It all seems rather
silly to me, since by Monday all these files will be obsolete. Oh, well
DoD
]
------------------------------
Date: Wed, 25 Feb 87 15:11 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: Many third-party products for new Macs
Nobody will wait till March 2 to see what Apple will come out with. This
week's edition of ComputerWorld joins in the speculating and has some more
interesting product rumours, especially from third-party vendors.
Unisoft is said to have joined forces with Apple to bring a complete Unix
System V (with 4.2 BSD enhancements) to the Macintosh "which runs completely
transparent to users".
At least three companies are coming out with MS-DOS cards, including Phoenix
Technologies and Radius. The Mac II can even run Apple DOS, the article says!
There are already two software packages who will utilize the Mac II's color
options when it comes out: a new color version of Microsoft Excel and a
color version of Living Videotext's MORE.
And the article mentions even more goodies...
Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 23 Feb 87 13:55:54 PST
From: <DAVEG@slacvm.bitnet>
Reply-to: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Subject: Here is a Binhexable copy of TN106
Dwayne, I found that TN106 as sent to me originally couldn't be
run through Binhex 4.0 successfully. When the filename get's too large
the checksum calculation gets messed up. Since XBIN works fine on it,
I just ran it through XBIN, downloaded that, ran that file into Packit,
then binhex 4.0, then uploaded it and here it is. Have fun,
David
[
thanks. Archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN106.HQX
DoD
]
------------------------------
Date: Mon, 23 Feb 87 17:06 EST
From: Tom Dowdy
From: <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: MacWrite to SCRIPT
Enclosed is a program that has been getting lots of asks on the net. This
weekend I decided that it couldnt POSSIBILY be that hard to do, so i wrote
it. This program converts macwrite files to Waterloo SCRIPT. It only
handles bold, underline and paragraph breaks, plus it breaks the lines at
about 60 characters, which helps too. The program is shareware. If
Schools and computing centers who would like to be able to give it away to
their users can ask about (very reasonable) site licensing. If I get
enough interest, I might add headers, centering, super/subscripting, things
of that sort... It's almost impossible to exactly emulate macwrite using
script, but it's pretty easy to at least convert with formatting intact.
This program would be useful for people without modems who want to work on
their macs at home, but need to use script for the final product.
Let me know if there are bugs, after all it was written in one day so it's
bound not to work totally right.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-CONVERT-MW-SCRIPT.HQX
DoD
]
------------------------------
Date: Mon, 23 Feb 87 15:18:12 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Randomizer INIT
Here is the *final* version of my Randomizer INIT. It works very well now and
has some pleasant customizable options like all Macintosh programs should.
Randomizer.pit includes
Randomizer the INIT
Randomizer Doc a MacWrite document in New York
BeepInit MacNifty's Beep INIT in modular form
aSoundInit Modular StartUpSound INIT
Randoms.pas Pascal source code
Randoms.r DeRez resource listing
When I say modular INITs I mean that they do not have to be added to the
System file. Instead they can merely be placed in the System Folder. I had
to modify the MacNifty files to make them operate this way. It involved
pulling out their installation resources and changing the file type to INIT
from APPL. They both retain their icons, which may be a problem if you have
the original applications that are archived on INFO-MAC. I recommend trashing
the old ones and using the ones I include. They are simpler and safer to deal
with.
The INITs run in alphabetical order, so your StartupScreen is displayed,
aSoundInit runs, BeepInit runs, then Randomizer finishes off (other INITs may
run in between or after). Randomizer makes the StartUpScreen be your desktop
and then changes all three of the files so that they will be different next
time you boot.
It optionally displays the names of the files it has chosen and it's window
can be moved (change the 2 DWRD "PNT " resource to be the new top left
corner). It can be overridden so that it will not run. It can create
families of screens, sounds, and beeps. And best of all, it's free!
The document tells more, so read it. Pass it along to your favorite BBS.
Just don't take out my name. I ain't gonna get rich, so I'll try for fame
instead.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
I replaced the previous version of Randomizer with this one. Archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-RANDOMIZER.HQX
DoD
]
------------------------------
Date: Tue, 24 Feb 87 00:06:43 cst
From: Paul DuBois <dubois@rhesus.primate.wisc.edu>
Subject: MakeWrite Source (intro blurb)
Following are two binhex files containing (a) the source for MakeWrite,
and (b) some auxiliary files.
The first file contains LightspeedC source. You should end up with:
ListEdit.c
ListEdit.h
MachDep.h
MakeWrite.h
MWCheckMark.c
MWFileStuff.c
MWFileStuff.h
MWFontOps.c
MWGen.c
MWIO.c
MWMSpecOps.c
MWMaca.h
MWMain.c
MWMapInfo.h
MWMapOps.c
MWMapWind.c
MWMenu.c
MWMisc.c
MWParaDlog.c
MWTextToWrite.c
MWWindMisc.c
The second file contains:
MakeWrite.proj LightspeedC 2.01 project shell
MakeWrite.proj.rsrc MakeWrite resources
MW.help.text Help window text
The project should also include, besides the source files:
MacTraps
TransSkel (modeless dialogs can be turned off)
TransDisplay
TransSkel and TransDisplay are available via ftp from sumex.
One thing to note about the sources is that I use the types "Integer"
and "Longint". These are typedef'd to be 'int' and 'long', i.e.,
LightspeedC's two- and four-byte integer types, i.e., equivalent to
the corrsponding Lisa Pascal types. If you try to use this stuff for a
different C compiler, make sure to edit MachDep.h so that Integer and
Longint are equivalent to what they would be in Lisa Pascal.
[
these files have been archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MAKEWRITE-SOURCE-C.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MAKEWRITE-AUXILIARY.HQX
the original posting included the applicaiton
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MAKEWRITE-102.HQX
DoD
]
------------------------------
Date: Wed, 25 Feb 87 23:25:29 EST
Subject: Dali Clock
From: mhuxu!davec@harvard.harvard.edu
HI, I'm forwarding this for Ephraim Vishniac (wang!ephraim), who has
been unable to reach you via mail.
Dave Caswell
The attached Packit II / BinHex 4.0 contains source, resources,
and executable of an improved version of Steve Capps' "Dali Clock."
Unlike the original, this one should work with Mac screens of
all sizes. I've tested it on a standard Mac Plus and on one with
a MegaScreen. I'd have tested it on a Mac XL, too, but the one
in my office has gone into permanent hibernation. (R.I.P.)
If you've got any questions, read the source code.
Ephraim Vishniac
decvax!wanginst!wang!ephraim
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DALI-CLOCK.HQX
DoD
]
------------------------------
Date: Tue, 24 Feb 87 08:25 EST
From: Tom Dowdy
From: <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: Locking down disks
Anyone have any bright ideas about "attaching" disk to macs?
We would like the boot disks for our network to sort of stay
with the machines. Our current plan is to put fishing line
through the write protect notches and attach the other end to
something (probably around the power cord, or maybe inside the
battery compartment) Anyone else have a good idea?
Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
Date: Tue, 24 Feb 87 01:45 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: THINK working on Object Pascal?
Vladimir (IVANOVIC on Delphi), you keep saying "when THINK will come out
with its Object Pascal/MacApp version of LSP". Do you know something I
don't? Is THINK really or is that just wishful thinking? If it helps,
I'll do my share of wishful thinking too and who knows, maybe...
Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Mon, 23 Feb 87 20:14:20 pst
From: well!mofo@lll-lcc.ARPA (MOFO)
Sender: well!Hank.Roberts@lll-lcc.ARPA (using the office id 'mofo')
Reply-to: well!hank@well.uucp mofo@lll-lcc.ARPA (hank) (MOFO)
Subject: MacVision TV camera scanner pictures
I just had a talk with the Koala Tech assistance line and they are going to
be releasing a 300 dpi version of their (currently 72 dpi) MacVision outfit.
I'm using the original version, lent me by someone who had lost the software
and manual; Koala was very kind to replace both. The name Koala is certainly
appropriate for 72 dpi -- you get cute little fuzzy pictures -- but the new
one should be pretty neat. Here's hoping (not even a customer yet, but
I plan to be when the next version comes out. Then I'll rent a Mac to use with
it.)
------------------------------
Date: Tue, 24 Feb 87 12:21:44 PST
From: Brad_Kollmyer%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: MacRecorder
In the questions and answers section of the March 87' issue of MacWorld there
was something about a voice digitizer from Berkely Macintosh Users group. I
was wondering if anyone knew anything about this product. Will it allow you
to digitize sounds as well as voices, how easy is it to build, can the files
created be used from other languages, etc. Any comments would be appreciated.
Thanks
Brad Kollmyer
(Brad_Kollmyer%sfu.mailnet@mit-multics.arpa)
------------------------------
Date: Sun, 22 Feb 87 11:40:04 PST
From: Dorothy Bender <HK.DEB@forsythe.stanford.edu>
Subject: Comments on Apple Share
We recently had the opportunity to see a demonstration of
AppleShare, Apple's software product that turns a Mac Plus with at
least one hard disk (SCSI recommended) into a dedicated file server
on an AppleTalk network. The results were less than impressive. As
Jim Paige, one of the Apple representatives said (paraphrasing) '
this is like the 128K Mac, it is a working product, but definitely
lacking in power'. There are several major flaws in the product,
which lead me to believe that it is a hybrid product, which will
take several months or years to correct before it becomes fully
viable. The main problems were :
1. It ties up an entire Mac Plus as dedicated file server. This is
OK for large offices, where an extra Mac may not be an issue, but in
small offices, like at DIS, it becomes a real problem. Also, in
large offices, the speed of the AppleTalk network may become a very
limiting constraint. (The server is also limited to 25 users at a
single time.) Some of the available Mac networks, notably Centram
TOPS, and MacServe run on concurrent servers.
2. The entire network must be brought down for all administrative
functions, including: adding users and volumes, and doing backups.
Apple is probably suggesting that the network administrator work
weekends.
3. Apple has not fully resolved the record/file locking issues.
There are 3 levels of file protection (self, group, and world), but
it is possible for one user to kidnap another's files, or change the
protection so that they can't use it. Also, if more than one user
is working on a file, only the last person's changes are preserved.
4. If the network administrator forgets the server password, their
only option is to reformat the entire disk and start again. Apple
has no way of getting into the server once the password is lost.
5. AppleShare seems a little more complicated than standard Mac
software, and there are guidelines that must be followed with
current software so that things don't mess up.
6. AppleShare does not allow users to run applications off the
network. It is supposed to be only for exchanging data and users
are expected to have their own application disks. I thought that
networks were supposed to be used for sharing data and applications.
Implementing AppleShare this way means that you shouldn't consider
it if you want to share hard disks.
7. AppleShare does not come with mail or backup utilities, you must
purchase these from 3rd party suppliers.
8. Finally, the 2 changes to the Finder/System outside of those
needed for the network are trivial. The trash can now expands
slightly when something is in it, and you can do cleanups on
selected items instead of an open folder or desktop.
In conclusion, I think that AppleShare is probably here to stay but
I wouldn't recommend it to anyone at least until some of these
problems are resolved.
MIKE
------------------------------
Date: Tue, 24 Feb 87 06:17:03 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: Re: ELIZA
One of the articles I've had to read for my AI class had the following
to say about the program ELIZA. Article is from: Artificial Intelligence,
David L. Waltz, Scientific American, October, 1982, pp 118-133.
"Another early approach to language understanding is a program called
ELIZA, written by Joseph Weizenbaum of M.I.T. in 1966. ELIZA bypasses
any real linguistic processing and instead relies on a clever system of
rather fixed patterns of response that give an imitation of language
understanding many people find convincing. The responses of the program
mimic those of a psychiatrist; each response is called up from a set
of stored sentences or sentence patterns that are associated with words
or patterns of words in statements made by the 'patient'. Whenever
the word 'mother' is mentioned, for example, the program replies with
one of several stock sentences, such as 'Tell me more about your
mother.' If the patient types 'I'm feeling a bit tired.' ELIZA can
embed part of the patient's sentence in it's reply: 'Why are you
feeling a bit tired?'
Although many of the input words are ignored by the program, it still
requires a large library of meaning patterns to deal with a large number
of potential input statements. Weizenbaum later argued that the program
demonstrated the shortcomings of making the simulation of human behavior
a criterion for ascribing intelligence to computer programs. ELIZA, he
pointed out, operated on an extremely simple and superficial level of
language understanding, yet many people were lured by its lifelike
responses into reciting their personal problems to the machine just as
if it were a psychiatrist."
I recall reading somewhere else a few of its other shortcomings. If one
typed in to the question 'How are you feeling?' the response 'I feel
happy. No, elated.' the computer responded with 'Don't be so negative.'
because it reacted to the word 'no' and not to the other positive words.
I'd have to class ELIZA as yet another of those programs which fake AI
performance through CS means.
Mike Knight
Knight@Maine.bitnet
------------------------------
End of INFO-MAC Digest
**********************
∂27-Feb-87 2232 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #58
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 27 Feb 87 22:32:46 PST
Date: 27 Feb 87 2228-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #58
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 27 Feb 1987 Volume 5 : Issue 58
Today's Topics:
unix-xbin: newer version?
Mac Paint file format
Changing defaults in LaserWriter print box
dialog analogous to Standard GetFile
Vertical Retrace Tasks
UserItems in Dialog Boxes
Launching an application from Pascal
Shutting Down
Re: Shutting down (V5 #57)
Atari 20M hard disk SCSI
Help Resources
Chinese Macintosh Softwares
Help DA
Resource decompiler...
Shutting Down with SCSI
800k drives
Re: AppleShare <INFO-MAC Digest V5 #57>
Word 3.0 comments (and possible bug)
Re: Word 3.0 comments (and possible bug)
----------------------------------------------------------------------
Date: Wed, 25 Feb 87 18:57:39 pst
From: mkhaw@teknowledge-vaxc.ARPA (Michael Khaw)
Subject: unix-xbin: newer version?
The Unix xbin program in the info-mac archives on sumex appear to be for
BinHex 2.3 . I've seen a lot of postings recently that say "must be
decoded(?) with BinHex 4.0 . Is there a newer Unix xbin somewhere?
Thanks,
Mike Khaw
internet: mkhaw@teknowledge-vaxc.arpa
usenet: {hplabs|sun|ucbvax|decwrl|sri-unix}!mkhaw%teknowledge-vaxc.arpa
voice: 415/424-0500
USnail: Teknowledge, Inc., 1850 Embarcadero Rd., POB 10119, Palo
Alto, CA 94303
------------------------------
Date: Wed 25 Feb 87 08:20:16-PST
From: Doug Beck <DBECK@SRI-KL.ARPA>
Subject: Mac Paint file format
Could someone please point me toward a Mac Paint file format description?
Thanks. Doug Beck dbeck@sri-kl.arpa
------------------------------
Date: 25 FEB 87 14:11:57 CET
From: <MPC27Q%DGOGWD01.BITNET@wiscvm.wisc.edu>
Subject: Changing defaults in LaserWriter print box
Pardon if this has already been discussed, but I'm interested in
modifying the paper sizes available on the LaserWriter, specifically
getting A5 and making A4 the default on the American LaserWriter file
(common problem in Europe). This is very easy to do on the
ImageWriter with PREC Manager from Q&D Vol. II; inspection of the
LaserWriter file, however, reveals no PREC#3 or #4 but a whole bunch
of other ones. I went through them all, but couldn't find any that
made sense according to the format of PREC[34]. Could some kind soul
explain the differences or point me to the info? Thanks...
Chris Borton
Max-Planck Institute, Goettingen, West Germany
MPC27Q@DGOGWD01.BITNET
------------------------------
Date: 25 FEB 87 14:12:40 CET
From: <MPC27Q%DGOGWD01.BITNET@wiscvm.wisc.edu>
Subject: dialog analogous to Standard GetFile
I am looking for source code examples (C preferred, anything
reasonable welcome) to a dialog analogous to Standard GetFile, only
with file names *I* provide (as Str255's most likely). I believe the
Standard File source code is somewhere in the older IM docs, and there
may be other forms. I would greatly appreciate any source fragments
or pointers to such. Thank you!
Chris Borton
MPI for Biophysical Chemistry, Goettingen, West Germany.
MPC27Q@DGOGWD01.BITNET26-Feb-87 12:16:07-PST,1114;000000000001
------------------------------
Date: Thu, 26 Feb 87 15:19:24 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Vertical Retrace Tasks
Does anyone have some Pascal source that demonstrates how
to put a durable task in the vertical retrace queue? By "durable" I
mean a task that will persist across launches of different applications.
IA good example of such a task is MenuClock or JClock, but I don't know
where source for those is to be found, and I doubt that they're in Pascal,
at any rate.
Any responses would be much appreciated...
Rich
------------------------------
Date: Thu, 26 Feb 87 09:01:16 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: UserItems in Dialog Boxes
Thanks to the information provided in Tech Note 34, I was able to implement
a modal dialog box with multiple scrollbars. I'm right now working on
putting a List Manager list in a mnodal dialog, and when I get it working I
will post the Pascal source to the net.
Rich
------------------------------
Date: Fri, 27 Feb 87 00:08 PST
From: <C9017%UWAV4.BITNET@wiscvm.wisc.edu>
Subject: Launching an application from Pascal
Hello,
I am looking for a way to transfer between application in a similar
fashion as seen in EDIT, QUED, or most linkers and compilers. I am
working in Pascal. I have seen that there is an assembly language call
in the Segment Loader section of Inside Mac, but there is no corresponding
Pascal call. Inside Mac says that a "launching" of an application must
be writtern in assembly, is there no way around this as my knowledge of
assembly language is very poor. I am refering to the
Inside Mac commands of LAUNCH and CHAIN.
Thanks in advance for any ideas...
Bob Ruderman
Department of Geography
University of Washington
Seattle, Washington 98195
Bitnet: C9017@UWAV4.BITNET
Arpanet: C9017%UWAV4.BITNET@WISCVM.ARPA
Usenet: C9017%UWAV4.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Thu, 26 Feb 87 08:59:16 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Shutting Down
There's a procedure callable from Pascal or C called "Restart", which
is basically a jump to this magic ROM location, which does a restart.
Before you do that, you need to eject AND UNMOUNT all mounted volumes.
Whoops! Before you eject, also be sure to call FlushVOl for each volume.
And close all open DA's with CloseDeskAcc.
Rich
------------------------------
Date: Thu, 26 Feb 87 21:04:32 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Shutting down (V5 #57)
What timing! I figured out how to do this yesterday morning, got
it working like a charm, and said to myself "I wonder if anyone
else would like to know how to do this?"
Since it's Pascal, I don't use ROMBase+10, but instead the Pascal
glue equivalent. Otherwise, it should work in any language (it
better, I stole it from Darin Adler, and I KNOW he knows what
he's doing. :-) )
Joel West
sdcsvax!jww (temporary location)
*****
PROCEDURE ShutItDown;
(* By Joel West, ihnp4!gould9!joel, 2/25/87 *)
TYPE
VCBPtr = ↑VCB;
VAR
vcbp: VCBPtr;
refnum,dmyerr: INTEGER;
BEGIN
{ thanks to Darin Adler/TMON EUA for the implementation }
vcbp := VCBPtr(GetVCBQHdr↑.QHead);
WHILE vcbp <> NIL DO
BEGIN
refnum := vcbp↑.vcbVRefNum;
{ Things are flakey. (we may have unmounted the system disk)
Ignore any OS errors and procede directly to shutdown. }
dmyerr := Eject(NIL, refnum);
dmyerr := UnmountVol(NIL, refnum);
END;
Restart; { OS Utility does the work }
END;
------------------------------
Date: 25 FEB 87 14:09:13 CET
From: <MPC27Q%DGOGWD01.BITNET@wiscvm.wisc.edu>
Subject: Atari 20M hard disk SCSI
The Atari 20M hard disk is a SCSI inside. ("So?" "Well...)
This is an interesting piece of information that *may* be useful in
the States, and IS very useful (price-wise) in Europe. All you have
to do to use it is open it up, run your own 50-pin SCSI to 25-pin SCSI
cable out of it, and use Ephraim Vishniac's SCSI Installer program to
set it up. Here in Germany that is rather useful, since an Atari HD
is DM 1024 (university price, ~$500) and the best price for a Mac SCSI
I've seen here was DM 3000. I'm not sure of the price on the Atari HD
in the States.
On the subject of 110V/220V conversions, the Mac+ analog board is set
up to switch EXTREMELY EASILY. [Earlier boards aren't so easy :-(]
You could even theoretically do it with a switch in back... All that
is necessary to switch from 110V to 220V is cut a jumper and replace a
fuse. The instructions are on the paper cover on the back of the
analog board. The 50/60 Hz difference doesn't matter for Macs. I've
been running my Mac/IW I/HD20 with a transformer well for 6 months
now. Apparently the U.S. IW II won't work on 50 Hz according to that
Tech note from Apple recently published here (Danke, Werner), but it
also indicated that the U.S. LaserWriter wouldn't work with 50 Hz:
we've been running such a setup here for a long time! ?!?!?
I hope anyone undertaking such actions will realize the warranty
violations... and that I take no responsibility for that...
Chris Borton
MPI for Biophysical Chemistry, Goettingen, West Germany.
MPC27Q@DGOGWD01.BITNET24-Feb-87 13:07:30-PST,2785;000000000001
------------------------------
Date: Tue, 24 Feb 87 12:53:37 PST
From: PEPKE%FSU.MFENET@nmfecc.arpa
Subject: Help Resources
Please forward this to Delphi, as I have no access.
The suggestion made by Richard S. Palais to introduce a new HELP resource type
is a good idea, but I think the specific suggestion is inadequate. First of
all, a single str255 is too small to hold any sort of reasonable explanation.
Even a TEXT-like type is not enough. I personally like to use pictures in my
help screens to show what part of the screen looks like at a certain time,
etc. Therefore, why not have each HELP look like an ALRT or a DLOG, with its
own DITL? The Help Manager could then put up the appropriate alert or dialog.
If it is too much trouble to define the window, why not have the HELP be a
DITL without any buttons? The manager could then make an alert or dialog box
big enough to hold the items and an OK button and then append the items in the
DITL after the OK button.
Beyond simply putting up help screens, I can think of two other things that
would be nice: sequenced help and heierarchical help. Sequenced help could be
done by one of these methods by saying that if there is a button in the DITL
with the name of one of the other help resources, pressing that button brings
up the help. I don't know a clean way to do heierarchical help, but maybe
it's too silly anyway.
On a related topic, I have been using an OK way of doing help in a dialog box.
Basically there is a Help button (always item 3), and there are items in the
DITL that give help. When the dialog box is brought up, the help text and
pictures are below the visible items. A special version of ModalDialog is
called which automatically intercepts the presses of the help button. When
the help button is pressed, it looks at item 4, which is assumed to be the
bottom-most help item. It then resizes the dialog box to include the help
text and dims the Help button. The Help button needs to be at the bottom of
the screen so the special ModalDialog can figure out what the bottom margin is
for resizing purposes. Although this may seem cumbersome, it has the
advantage that if I remember to use the special ModalDialog in my program and
make sure that dialogs that don't have help yet don't have a button as item 3,
I can add help text and pictures at any time I like, and they will
automatically work. If there is any interest in this code (in Lightspeed C),
I will hack it into presentable form and upload it.
Eric Pepke
Supercomputer Computations Research Institute
Florida State University
Tallahassee, FL 32304-4052
------------------------------
Date: Fri, 27 Feb 87 01:52:54 est
From: chi@eniac.seas.upenn.edu (Wei-Juang Chi)
Subject: Chinese Macintosh Softwares
I am interested in developing chinese software for the Macintosh, the
difficulties lie in the fact that Chinese characters are not the same
asEnglish, in the sense that they are not composed of alphabets.
Therefore, to develop a software in chinese, say Excel in chinese, is not a
simple task without a unified way of entering chinese characters into the
programs.
Recently, I read about systems for entering chinese characters, chinese
word processor, and a Japanese Mac which I'll briefly describe below. I
would appreciate more information on those items:
(1) January 1987 Macworld (p. 83) - Unisource Software Corp. has introduced
a chinese word processor called FeiMa. According to the news, the software
let you enter chinese characters in two keyboard methods, and one phonetic
methods, has a dictionary of 2450 characters, support ImageWriter, Toshiba
1350, Epson FX-80. BUT dose not support LaserWriter, and worse than that,
won't support clipboard cut and paste. This means you cannot cut part of
the articles into PageMaker, or ReadySetGo, or MacWrite, neither can you
put MacPaint/MacDraw picture into the document created by FeiMa. The demo
package would cost something like $70(they force you to buy manual with
it). Well, have anyone use the package, or has a demo version which you
can download into the library?(There was a time when the demo disk was only
$9, someone must have got one)
(2) February 1987 MacUser (p 136, top second column) - Dan Cochran
mentioned a software by Apple named Hanzi Script Interface System for
Chinese character program input. Sounds like a general system for chinese
character input. Anyone from Apple is listening? I am interested in
knowing more about this(technical specification, when will it come out, and
how to get it).
(3) February 1987 MacWorld (p 13) - Apple computer's KanjiTalk, the
operating system that converts any Mac Plus to a Japanese Mac, to allow
printing on the LaserWriter. Anyone out there knows about this?
I am interested in receiving information/comments regarding experience
in using those software. Also on how to get my hands on them
(Hanzi system and KanjiTalk)?. Thank you very much for any help.
Wei-Kuang Chi
chi@eniac.seas.upenn.edu (ARPANET, CSNET)
University of Pennsylvania
Towne D3
220 South 33rd Street
Philadelphia, PA 19104
(215) 898-5593
------------------------------
Date: Wed 25 Feb 87 21:59:54-EST
From: Carlos A Albuerne <CU.ALBUERNE@CU20B.COLUMBIA.EDU>
Subject: Help DA
Help DA's primary use is to provide on-line help for other developers
applications or Internal company database applications.
This desk accessory was developed as a general tool for other developers,
companies with specialized applications or anyone who may have a need to
provide on-line help to the user of an application.
Help DA allows multiple help files on a volume so that the user may
select the desired help file required for that application.
Help DA is a shareware product.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-HELP-TEMPLATE.HQX
DoD
]
------------------------------
Date: Thu, 26 Feb 87 13:29:23 CST
From: Scott Comer <wert@rice.edu>
Subject: Resource decompiler...
I don't know if you have any resource decompilers, but here is a shareware
thing that I wrote last summer and forgot to post.
scott out.
ResDecomp is a resource file decompiler. It produces a listing of the
commonly editable resources from a resource file. These include MENU,
WIND, DLOG, ALRT, DITL, etc. ResDecomp output is compatible with the MDS
RMaker input format.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RESDECOMP.HQX
DoD
]
------------------------------
Date: 26 Feb 1987 11:31:48-EST
From: koch@NADC
Subject: Shutting Down with SCSI
I have Apple's SCSI hard disk and am unsure of the procedure to power
down the system. The 20SC manual says to select "shutdown" from the
special menu and then turn off the 20SC and finally shut off the Mac+.
But, if after the "shutdown" you delay more than a second or two you are in
danger of interrupting the automatic startup from the hard disk. -- That's
not clean.
The Apple 20SC manual also says that if you are not going to use the
disk for a week or so then power it down, otherwise leave it run. But it's
pretty noisy to leave it on all the time and just not what I'd prefer to do
(I use it in a home environment).
Any suggestions? Should I leave the whole system powered on all of
the time (with the screen dimmed, of course). Should I turn off the Mac+
but leave just the hard disk on? And finally, is there a cleaner (but
safe) way of powering down?
Thanks,
Chuck Koch (koch@nadc)
(215-441-3794)
------------------------------
From: Paul Skuce
From: <ames!uwvax!seismo!mcvax!hatfield.ac.uk!comt-ps@cad.Berkeley.EDU
From: >
Date: Thu, 26 Feb 87 19:20:40 GMT
Subject: 800k drives
We have 40 Mac512/800 available to students and we are getting rather a lot of
broken drives and logic boards. This has been a bad week and 3 have gone back
for replacement drives. Does any one else have a failure rate like this.
Do those of you in other educational establishments have this exerience
or is it just us
Regards
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comt-ps%hatfield.ac.uk%mcvax%seismo%.. from States
comt-ps%hatfield.ac.uk%mcvax%.. From Eur
comt-ps@hatfield.ac.uk JANET
------------------------------
Date: Thu, 26 Feb 87 17:16:18 pst
From: decwrl!voder!apple!lsr@ucbvax.Berkeley.EDU (Larry Rosenstein)
Subject: Re: AppleShare <INFO-MAC Digest V5 #57>
In article <8702261034.AA22058@ucbvax.Berkeley.EDU> you write:
>INFO-MAC Digest Wednesday, 25 Feb 1987 Volume 5 : Issue 57
>
>Date: Sun, 22 Feb 87 11:40:04 PST
>From: Dorothy Bender <HK.DEB@forsythe.stanford.edu>
>Subject: Comments on Apple Share
I will try to respond to these comments. One caveat is that I am not a real
expert on AppleShare, although I have used the admin program to setup a
server for our group. Another is that these comments are fairly lengthy.
>1. It ties up an entire Mac Plus as dedicated file server. ...
> Also, in
>large offices, the speed of the AppleTalk network may become a very
>limiting constraint. (The server is also limited to 25 users at a
>single time.) Some of the available Mac networks, notably Centram
>TOPS, and MacServe run on concurrent servers.
The dedicated Mac is a valid criticism. One thing that will alleviate the
problem is having other services available on the same machine. AppleShare
allows you to run one application concurrently with the file server, which
presumably could be a print server or mail server, etc.
I have not found the speed to be much of a problem, although faster is
always nicer. (Note, however, that faster networks probably would cost more
to install.) I think the speed of AppleShare is comparable to a floppy
disk, although I haven't done any tests to see if this is true.
>2. The entire network must be brought down for all administrative
>functions, including: adding users and volumes, and doing backups.
A definite problem.
>3. Apple has not fully resolved the record/file locking issues.
>There are 3 levels of file protection (self, group, and world), but
>it is possible for one user to kidnap another's files, or change the
>protection so that they can't use it. Also, if more than one user
>is working on a file, only the last person's changes are preserved.
The file capture problem is serious, and is being looked at.
The problem of more than one user working on a file can be an issue
depending on the software. Remember that most of the current software was
written before there was a file server.
Applications that keep the file open while it is being edited will prevent
other users from accessing the same file. Applications that don't keep the
file open should check (at save time) to see if someone else has changed the
file. (By the way, MacApp 1.0 does this for you automatically.)
AppleShare permits real multi-user applications. An application can open a
file in shared read/write mode, and lock specific ranges of bytes in the
file. This allows more than one user to change the same file at the same
time (e.g., a multi-user database). Since this requires special code in the
application, it will take time before you see real multi-user applications.
As a simple example of what you can do, I have been running Smalltalk on a
Mac with 2 floppy drives, using the file server to hold the full Smalltalk
sources. In fact, several machines can share the same set of sources, since
Smalltalk does not change the sources file.
>4. If the network administrator forgets the server password, their
>only option is to reformat the entire disk and start again. Apple
>has no way of getting into the server once the password is lost.
According to the AppleShare Administrators Guide, you can rebuild the server
information if you forget the password. If you have been making diligent
backups of the server info, then you will not lose anything. (The server
info contains the names of the users and groups and the folder access
privileges.)
In any event, when the server is not running the Macintosh acts normally, so
you can always get the files off the server. You should not have to
re-initialize the disk.
>5. AppleShare seems a little more complicated than standard Mac
>software, and there are guidelines that must be followed with
>current software so that things don't mess up.
This is true. The mechanics if setting up users and groups follows the
standard Macintosh interface, so that is not the problem. Most of the
complexity comes with setting up the privileges. You have to have an idea
of how much security you want and how to achieve your goals.
>6. AppleShare does not allow users to run applications off the
>network.
This is not true. If the workstation has 128K ROMs and uses Finder 5.4,
then it is possible for 2 users to run the same application at the same
time. Doing this requires that the application itself be sharable (for
example, it cannot write into its own file, and if it creates temporary
files it must assign them unique names). You also need to tell the Finder
which applications can be shared.
Again, none of the existing applications has the proper bit set, but there
probably will be such applications in the future.
>7. AppleShare does not come with mail or backup utilities, you must
>purchase these from 3rd party suppliers.
True.
>8. Finally, the 2 changes to the Finder/System outside of those
>needed for the network are trivial. The trash can now expands
>slightly when something is in it, and you can do cleanups on
>selected items instead of an open folder or desktop.
There were also bug fixes. I don't see how this relates to AppleShare,
however.
I agree with the general comments; this is the first release of AppleShare
and there are some limitations. On the other hand, I have found it to be
really valuable. (Most of the groups at Apple have their own servers and
use them to share files within the group. If you have bridges and gateways,
then you can share files between different groups, as well.)
AppleShare is not intended to replace other 3rd party server products. In
particular, some users may find the cost of dedicating a Macintosh to be too
high. In that case, there are other products (TOPS, MacServer, etc.) that
fill the need.
The protocol used in AppleShare is freely available; there is no reason
that 3rd party developers couldn't produce server products based on that
protocol. Such products would be compatible with the AppleShare workstation
software and could coexist with other AppleShare servers.
I hope this was helpful.
Larry Rosenstein
Apple Computer
UUCP: {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.CSNET
------------------------------
Date: Fri, 27 Feb 87 12:43:59 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Word 3.0 comments (and possible bug)
My word 3.0 is here, and I think if I can figure out where it is in
the documentation, I'll be able to get it to slice bread for me.
Like, wow. With the exception of outlining, which I think is disappointing,
I'm pretty impressed.
One word of warning: The new Word 3.0 format can NOT be read by Ready Set
Go 3.0. It tries, but fails with an error. This means that documents need
to be stored in Word 1.0 format (easy to do, fortunately) to import into
the layout program. I think it is safe to assume this problem will be
endemic among things that can read Word files until the new format propagates
out to the rest of the developers and they get new releases out.
The documentation is somewhat overwhelming. I'm still trying to digest it
all and figure out what it can do. I'm especially impressed with the fact
that they seem to have ported eqn to Word...
Possible bug: Last night I was reading through all the new tech notes, so
I was opening and converting a bunch of MacWrite files. The fourth time I
did this, it finished the conversion, but never brought up the converted
file in a window -- hung permanently. I finally had to crash the mac and
reboot. Once I did, no problem with that file. I need to see if this is
reproducable, but be warned.
chuq
------------------------------
From: korn@cory.Berkeley.EDU (Peter "Arrgh" Korn)
Subject: Re: Word 3.0 comments (and possible bug)
Date: Fri, 27 Feb 87 20:09:08 PST
I've been playing with the pre-release copy of word for several weeks now,
and I've found that most crashes are non-destructive to the document they
crashed in. If you work with the debugger installed, many (most?) errors
can be treated with a "g" to the debugger, and then SAVE your document,
quit, restart, and work as normal.
Otherwise, WOW!!! Chuq, if you option-shift-command click in the title
bar of the first-footer, just 5 pixels of the center of the window title,
with the plus cursor, while you have the Define style sheet window open,
you'll find that the Word will even tie your shoes...(though maybe that's
just in the beta...) <grin>
Peter
------------------------------
End of INFO-MAC Digest
**********************
∂01-Mar-87 2011 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #59
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 1 Mar 87 20:10:53 PST
Date: 1 Mar 87 2007-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #59
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 2 Mar 1987 Volume 5 : Issue 59
Today's Topics:
DrawPicture and Scrolling
Draw/Word Mystery
Frozen Cursor
Shutting down & SCSI drives...
shutting down HD20
Re: MacPaint (V5 #58)
warning about Finder substitutes
Word 3.0 review (long)
MacHangul (Korean Language)
Conference on compatibility with "future" Macs
Many, many, many comments about AppleShare
DVI to ImageWriter
IBM PC <-> Macintosh Word conversions
Kanji Talk
Re: KanjiTalk (was Chinese Macintosh Softwares)
Macintosh Compatibility Alert (forwarded from Joel West)
Usenet Mac Digest V3 #16
Usenet Mac Digest V3 #17
----------------------------------------------------------------------
Date: 28 Feb 1987 10:08-EST
From: Chuck.Weinstock@sei.cmu.edu
Subject: DrawPicture and Scrolling
I want to scroll a picture that is larger than my window. I cannot
figure out how to tell QuickDraw to make a different portion of the
picture visible. Can anyone give me a hand?
Chuck
------------------------------
Date: Thu, 26 Feb 1987 22:10 PST
From: GFA0009%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Draw/Word Mystery
I recently prepared a diagram in Draw (saved in PICT format), copied it to
the Clipboard, and pasted it into a Word document. It looked just fine on
the screen. I printed the document on a Laserwriter and lo and behold!
some of the lines in the diagram didn't print. I went back to Draw, and it
printed just fine from there. I tried bringing the lines to the front,
grouping, etc., and cuting and pasting via the Scrapbook. But each time
the same problem recurred: the diagram looked correct on the screen, but
the same ##&@!! lines were omitted from the printed copy.
I can't figure out why this is happening. Has anyone had similar problems?
Are there any suggestions/work-arounds? I'd be grateful for any advice...
Thanks in advance.
Andre Lehre
Geology
Humboldt State University
P.S. I am using a Mac+ with current versions of System and Finder; printer is
a Laserwriter+ again with the most current driver and prep; Draw is 1.9,
Word is 1.05.
------------------------------
Date: 28 Feb 87 19:34:00 EST
From: Richard Zaccone <ZACCONE%BUCKNELL.BITNET@wiscvm.wisc.edu>
Subject: Frozen Cursor
I just did some house cleaning on my DataFrame. After getting rid of some
files, I backed everything up with SuperBackup. Now, everytime I change
into the directory that contains SuperBackup, the cursor freezes. No
matter what I do, it won't move (which means I can't get out of the
directory again or do anything else). I have to push the restart button to
get out. I tried throwing away the directory and then restoring it, but
this didn't work. I still get a frozen cursor when I change into the
directory. Can anyone tell me how to get out of this? I now have a whole
directory of programs that I can't use!
Rick Zaccone
zaccone@bucknell.bitnet
------------------------------
Date: Sat, 28 Feb 87 12:43:23 EST
From: JURGEN%UMASS.BITNET@wiscvm.wisc.edu
Subject: Shutting down & SCSI drives...
The info on shutting down in the last digest was very helpful as i am also
working on a project that needs to make use of it... But this brings up an
interesting question in my mind... I have a Dataframe 20 that was upgraded
with the XP ROMs, and while I am _extremely_ pleased with its performance,
the amount of time needed to restart after a crash is a _royal_ pain in the
rear. I'm doing some very experimental development work, and crashes are
frequent. So... my question is this: would it be possible to install a
"valid" shutdown as an init somehow so that the proper unmounting and re-
starting is performed when a system error occurs..? Kind of like some of
the "crashsaver" inits I've seen out there..? I don't have much experience
with init resources, which is why I'm posting this question here first,
but I think such an animal would be highly appreciated by a lot of users,
and I'd be willing to try and write one. Any info and comments welcome...
Jurgen E Botz
------------------------------
Date: Sun, 1 Mar 87 13:50:09 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: shutting down HD20
A clean way of shutting down, at least with the HD20, is to
elicit the ShutDown item in the Finder and just hold the Mouse
Button down until you power off the machine. I have had much fewer
directory mishaps and much faster booting when I did this.
Holding the mouse button down, the machine cycles through ejecting
diskettes from the floppy drives. It only starts a boot sequence
after you let up the mouse button.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
March 1, 1987
------------------------------
Date: Sat, 28 Feb 87 15:29:24 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: MacPaint (V5 #58)
The file format is fully described by Tech Note #86, which also
includes a useful program to read MacPaint files.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Sun, 1 Mar 87 21:17:47 EST
From: Mike Kraley <kraley@ccw.bbn.com>
Subject: warning about Finder substitutes
Each day I learn more wonderful things that the Finder very
quietly does for us. Since these are not well documented (at
least in anything I've ever seen), some programs can get you into
trouble. For example, I've just been using DiskTop, an otherwise
wonderful Finder subsitute DA that allows you to move, rename,
delete, find, etc. files. But beware: if you move an application
with DiskTop, and you then try to launch a document that
corresponds to that application, the Finder will give you an
error message. It seems that the Finder keeps track of where the
application of each kind is located in a resource in the Desktop
file and keeps this up to date when it moves an application.
DiskTop obviously does not do this. This is alluded to in IM,
but not really spelled out.
The algorithm to just move a file (move vs. copy, setting Finder
flags right, fixing the desktop, getting both forks, etc.) is
decidedly non-trivial.
...Mike
ps. to the poster who asked a couple of weeks ago about the
format of this resource, I've pretty much figured it all out now.
if you still need help, let me know.
------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Date: 28 Feb 87 02:55:33 GMT
Subject: Word 3.0 review (long)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-WORD-30.TXT
DoD
]
------------------------------
Date: Sat 28 Feb 87 01:47:03-PST
From: Seung Yoo <YOO@SPOCC.STANFORD.EDU>
Subject: MacHangul (Korean Language)
This is the shareware program about Korean language.
It consists of 2 programs. Mac Hangul(III) 3.11 is a DA
to make the keyboard to Korean. Hangul 3.01 is nine Korean fonts.
After you choose Mac Hangul from DA menu and Hangul font from font menu,
you can make Korean. Also you can mix English and Korean.
Mac Hangul is compatable with MacWrite (4.5) and MS Word (1.05) .
Following is the list of the people for more information.
1) Dr. Young-Soo Kim : Author 2) Dr. Byung Woo Kong
823-2 Siheung-Dong, Kuro-ku, 1015 Thornton Ct.
Seoul, Korea 150-03 North Wales, PA 19454
Tel) Seoul 803-5347 Tel) 215-362-7950
3) Kyongsok Kim 4) Seung-Hyun Yoo
kkim@b.cs.uiuc.edu yoo@star.stanford.edu
1107 W. Green St., Apt. 121 707 Cro Mem
Urbana, IL 61801-3044 Stanford, CA 94305
Tel) 217-384-0513 Tel) 415-327-6027
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACHANGUL-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACHANGUL-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACHANGUL-PART3.HQX
DoD
]
------------------------------
Date: 26 Feb 87 07:20:00 EST
From: "ERI::SMITH" <smith%eri.decnet%mghccc@harvard>
Subject: Conference on compatibility with "future" Macs
Reply-to: "ERI::SMITH" <smith%eri.decnet%mghccc@harvard>
This is an edited transcript of the Apple Compatibility CO
held Thursday, February 12, 1987.
Copyright (c) 1987 by Apple Computer, Inc. and MCU, Inc.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-APPLE-COMPATIBILITY-CO.TXT
DoD
]
------------------------------
Date: Sun 1 Mar 87 20:02:09-PST
From: Dwayne Virnau... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: Many, many, many comments about AppleShare
Since posting the original message from Dorothy Bender (MIKE?)
<HK.DEB@forsythe.stanford.edu> about AppleShare I have received quite
a few messages going through a point by point rebuttal. I posted one
reply by Larry Rosenstein because his was the first and I had no idea
I would receive so many others.
Most of these messages go over the same points Larry mentions, although
there are a few minor differences. So I have posted these messages into
the archives, and will add any future messages on this subject into the
same file.
Comments from
Dorothy Bender <HK.DEB@forsythe.stanford.edu> (MIKE?)
Larry Rosenstein (apple computer)
microsof!ericr@beaver.cs.washington.edu
ssp@Sun.COM (S Page [Tech Pubs {windows}] 354-4688)
ucscc!ucsck.carl@ucbvax.Berkeley.EDU (Carl C. Hewitt)
+ any others that I should receive are archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-APPLESHARE.TXT
Dwayne Virnau...
Moderator
(ps, I received a few more such replies before I decided to archive them.
I you sent such a reply and wish it archived, please resend it.)
------------------------------
Date: Fri, 27 Feb 87 15:21:29 EST
From: Lap@UDEL.EDU
Subject: DVI to ImageWriter
Does anyone know if there exists a UNIX program which converts
DVI files from TeX to print on the ImageWriter dot matrix printer?
Please send replies to lap@huey.udel.edu.
Larry Pearlstein
------------------------------
Date: 25 Feb 87 20:11:00 EST
From: "ERI::SMITH" <smith%eri.decnet%mghccc@harvard.harvard.edu>
Subject: IBM PC <-> Macintosh Word conversions
Reply-to: "ERI::SMITH" <smith%eri.decnet%mghccc@harvard.harvard.edu>
Scott Johnson asks about converting files between the Macintosh and IBM PC
versions of Microsoft Word.
With the Macintosh version 1.05 of Word, Microsoft distributed a utility
called Word Convert. In every copy I've seen, this utility is documented
separately from the manual in a small leaflet about 1.05. In at least some
distributions, the contents of the "program" and "backup" disks are not
identical, Word Convert being contained on only one of them.
Word Convert works quite well on files transferred e.g. via Dayna's FT100,
and by other transfer methods we've used (PC to VAX to Mac via XMODEM).
According to Microsoft, the structural differences are minor but significant
and involve things like byte order in 4-byte integers.
One problem is that Word Convert does NOT do anything intelligent about
mapping fonts on the IBM side into anything resembling a "corresponding"
font on the Mac side. The mapping seems to be arbitrary and unpredictable.
The problem is made worse by the fact that many IBM users have monospacing
printers and no idea of what font they're using, or even that they're using
a font. And they often make things line up with spaces rather than tabs.
Generally speaking, plain vanilla monospaced fonts on the IBM tend to map
into Chicago (!) on the Macintosh, probably because they're both numbered 0
in some Microsoft numbering scheme.
The problem should become academic when (if?) Macintosh Word 3.0 is released.
Reportedly, Macintosh and IBM versions of Word will have different formats,
but will be able to read each others' formats directly, performing conversion
on the fly. Moreover, they will both be able to read and write Microsoft
RTF format, which is a representation of fully formatted Word documents that
requires only plain ASCII (and lots of \ characters!).
I think they will both be able to convert to and from IBM DCA format.
Reportedly Apple will offer a MacWrite-to-DCA conversion utility sometime
this year as well.
Daniel P. B. Smith ARPA: smith%eri.decnet@mghccc.harvard.edu
Eye Research Institute CompuServe: 74706,661
20 Staniford Street Telephone (voice): 617 742-3140
Boston, MA 02114
------------------------------
Date: Sat, 28 Feb 87 23:57:41 jst
From: nojima%ntt.junet@nttlab (Hisao NOJIMA)
Subject: Kanji Talk
> From: chi@eniac.seas.upenn.edu (Wei-Juang Chi)
> Subject: Chinese Macintosh Softwares
>
> (3) February 1987 MacWorld (p 13) - Apple computer's KanjiTalk, the
> operating system that converts any Mac Plus to a Japanese Mac, to allow
> printing on the LaserWriter. Anyone out there knows about this?
KanjiTalk is developed by Apple Japan and it is primarily intended
for Japanese Mac+, which has 128KB kanji ROM in it. I asked Apple
Japan and found that KanjiTalk works on plain Mac+, which does not
have Kanji ROMs. What you need to run KanjiTalk are two disks, one is
KanjiTalk system disk and the other is the font disk.
As KanjiTalk is one of the system software for Mac, you may freely
copy them. (According to Apple Japan.)
If you cannot get them from Apple, I will send them to INFO-MAC
archive by air mail, and you can get the copy. (Dear Moderator: Is it
necessary ?)
The trouble is that KanjiTalk is not yet stable software.
The most recent version is 1.1, which still have lots of bugs. And,
it does not support LaserWriter yet, which I am not sure, though. (I
use Ver.1.0, because on V.1.1, you cannot use Kanji on GUIDE. You can
use kanji on GUIDE on 1.0, however.)
H Nojima
nojima%NTT-20@SUMEX-AIM.stanford.edu
------------------------------
Date: Saturday, 28 Feb 1987 19:39:42-PST
From: shimono%tkov58.DEC@decwrl.DEC.COM (Takao Taxi Shimono)
Subject: Re: KanjiTalk (was Chinese Macintosh Softwares)
The following below is a recent Info-Japan mailing.
Maybe I can post KanjiTalk.hqx, but I don't think
you can use it without any documentation.
Incidentally, I seldom use KanjiTalk on my Mac.
-Taxi (Takao shimono%tkov58.DEC@decwrl.DEC.COM)
/DEC-Japan/SWS/AITC/studio.h
>From: RHEA::DECWRL::"nojima%ntt.junet@nttlab" "Hisao NOJIMA"
>To: su01%andrew.cmu.edu%SUMEX-AIM@NTT-20 ! Stuart Uleman
>Subj: RE: KanjiTalk, anyone?
>Date: Thu, 12 Feb 87 15:24:29 jst
>Cc: info-japan%MC.LCS.MIT.EDU%SUMEX-AIM@NTT-20
>Message-Id: <8702120624.AA14534@nttlab.ntt.junet>
>> Has anybody out there in Net-Land succeeded in getting the KanjiTalk
>> system?? I've talked to Apple Japan many times, but haven't been
>> able to convince them just to let me buy the software/firmware without
>> upgrading my Mac. My problem is that I have no earthly desire to
>> take my Mac all the way to Japan to get it installed and bring it
>> back. KanjiTalk simply isn't worth THAT much to me. But it would
>> be a great thing to have if I could get my hands on it....
>>
>> Advice/Comments, anyone?
>>
>> Stuart Uleman (su01@andrew.cmu.edu)
>
> I asked Cannon System Hanbai and Hi-Tecs, both of which are the major
>Mac distributers in Japan and found the followings.
>
> 1. You will need 20000yen to upgrade Mac+(English) to
> Mac+(Japanese). It is the cost to replace the ROM. The dealers
> have to return the original ROMS to Apple, you have to bring your
> Mac to your nearest authorized Mac dealers. (Tokyo may be the
> nearest to you.) So, there is no upgrade kit for users.
> 2. But, KanjiTalk works on English version of MacPlus. You simply
> need KanjiTalk system disk and Font Disk.
> 3. If you don't replace the ROM, the space for the kanji fonts are
> taken in the RAM area of Mac+ (120KB), but anyway, it works.
> 4. Then, how can you obtain the KanjiTalk software ? The easiest
> way is find somebody that already have a copy. You can make a
> copy from him/her.
> --- I called Apple Japan. They said that as it was a kind of
> the system software, there is no restriction on copying. You
> may copy them. No problem on the copyright. ---
>
> But, the problem is that KanjiTalk still has lot of bugs. They
>released version 1.1 recently, which was worse than V.1.0.
> And, somebody has to translate the poorly written manual.
>
> H Nojima
------------------------------
Date: Tue, 24 Feb 87 10:31:01 pst
From: kent (Christopher A. Kent)
Subject: Macintosh Compatibility Alert (forwarded from Joel West)
The MacInTouch article noted compatibility problems with a number
of pieces of software. Now Apple has sent out a packet to certified
developers, all but announcing a new machine "soon" and a 68020-based
product under development:
Macintosh Compatibility Alert -- February 1987
Stop! Do not throw this away.
Contains important compatibility information. (OK)
This is a special compatiblity mailing to all Macintosh Certified
Developers. We're not trying to limit its distribution, so copy
any and all of this information and distribute it freely (and for free).
You've seen some of these technical ntoes before, but we've included
them for emphasis.
THE FUTURE IS CLOSER THAN YOU THINK
Apple Engineering has been working on variations on the Macintosh
theme. They've gone to great lengths to make sure that existing software
will continue to work when the changes hit the streets, but they can only
go so far.
Now it's your turn. We've put together this mailing to give you an idea
of what things may cause you trouble in the near future. The compatibility
issues you've been putting off until later need to be looked at NOW.
We're not just telling you it's a good idea to stay in the crosswalks,
we're telling you there's a truck on its way and it's headed straight
for you (and your applications).
This mailing includes the following:
Technical Note #2A--Compatibility Checklist (2/9/87)
Development System Compatibility Note
Technical Note #117--Compatibility: Why and How (DRAFT, 2/9/87)
Technical Note #7--A Few Quick Debugging Tips (4/16/86)
Technical Note #83--System Heap Size Warning (6/21/86)
Technical Note #100--Compatibility with Large-Screen Displays (11/15/86)
Technical Note #2--Macintosh Compatiblity Guidelines (2/9/87)
[ 2A is a summary of 117. I'll present 2A with paraphrase of 117 as
background, and my own comments in [] -jww]
<117: Bad Things
"These are the current top ten commandments:
I. Thou shalt not assume the screen is a fixed size.
II. Thou shalt not assume the screen is at a fixed location
III. Thou shalt not assume that rowBytes is equal to the width of the screen.
IV. Thou shalt not use nil handles or nil pointers.
V. Thou shalt not create or use fake handles.
VI. Thou shalt not write code that modifies itself.
VII. Thou shalt think twice about code designed strictly for copy protection.
VIII.Thou shalt check errors returned as function results.
IX. Thou shalt not access hardware directly.
X. Thou shalt not use any of the bits that are reserved (unused means
reserved.) "
#2A: Macintosh Compatiblity Checklist
... If you do not follow the guidelines in this note, your software is
virtually guaranteed to fail on future Macintosh computers.
* Do not hard-code for a screen size of 512 by 342 pixels. Get the
size and memory location fo the screen from the QuickDraw global
screenBits.
* If you're creating an offscreen bitmap, do not assume that the entire
screen image is smaler than 32K bytes (that is, don't assume a short
integer)
<117: use screenBits.bounds for the size, screenBits.baseAddr for the
location. Use mBarHeight on 128k ROM and later for menu bar height,
instead of a constant 20.
Do not assume that the screen bitmap is rowbytes wide.
"With an Ultra-Large screen, the number of bytes used for screen memory
may be in the 500,000 byte range...a 16 bit Integer will not be able
to hold the 500,000 number, so a LongInt would be required."
>
[ 500,000 bytes ~~ 1,024 x 1,024 x 4 bit planes. The universities
have said they want Megapixel machines, so presumably Apple will get
there before Steve Jobs' non-competition agreement runs out this summer,
although Jobs is said to be behind schedule. ]
* Do not hard-code the addresses of the SCC, VIA, or IWM chips. Get the
addresses of these chips from the low-memory variables SCCRd, SCCWr,
VIA, and IWM.
<117: you can use the hardware directly, but use the indirect address >
* Avoid using the TRAP instruction, since exception frame formats vary
on different members of the 68000 microprocessor family. Also, avoid
using the RTE instruction except as a true return from exception.
<117: Don't write self-modifying code, such as copy-protection code.
"There are third-party upgrades available that add a 68020 to a Macintosh.
Because of the 68020's cahce, programs that modify themselves stand a good
chance of having problems when run on a 68020. This is a compatiblity
problem that should not be missed. (nudge, nudge, wink, wink.)" >
[ The TRAP is why MacWrite crashes on the Levco Prodigy or any 68020 or
later. Using RTE for a subroutine return is lazy or foolish or both;
it fails on a 68010 or later. RTD is much better and safer, but
requires >= 68010.]
* When your application opens a file ... do not repeatedly open and
close the file. Instead, leave the file open until the
user [closes the window]. This will prevent unwanted shared
access if the document resides on a shared volume, such as
a file server.
* If you application creates temporary files, be sure that the filenames
are unique...
* Do not assume there is a maximum of 1 megabyte of RAM, or that the
only valid RAM sizes are 512k and 1M, or even that 512k is available
(you may be running under Switcher.)
* Do not directly manipulate a master pointer's flag bits...
[ I.e., we plan to make addresses in the master pointer 32 bits, not
24 bits as at present ]
<117: Don't use bits that are reserved... only the top bit of ROM85
($28E) refers to the 128K ROM. "This means the rest of the bits in that
word are reserved, since nothing is described about any further bits...
An example of a bad way to do the comparison is:
...
IF Rom85Ptr↑ = $7FFF THEN RomsAre 128 := True { Bad test. }
ELSE RomasAre128 := False;
">
[ from MacInTouch 'Mac II First Look': "Cricket Draw gives a message
saying it's only compatbile with 128K ROMs and quits to the Finder."]
* Do not assume the system [sic] application heaps start at a fixed
address...use SysZone and ApplZone.
<117:"It is still your choice whether you will be concerned with
compatiblity or not. Apple will not put out a warrant for your
arrest. However, if you are doing things that are specifically
illegal, Apple will also not worry about "breaking" your program.">
Joel West MCI Mail: 282-8879
Western Software Technology, POB 2733, Vista, CA 92083
{cbosgd, ihnp4, pyramid, sdcsvax, ucla-cs} !gould9!joel
joel%gould9.uucp@NOSC.ARPA
------------------------------
Date: Sun, 1 Mar 87 10:46 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #16
Usenet Mac Digest Saturday, February 28, 1987 Volume 3 : Issue 16
Today's Topics:
Administrativia: Digest distribution changes
Startup problems
Bug in "IsDialogEvent" ?
IBM TEXT FIlE to MAC+
Harrier Strike Force Upgrades
INITs in LSC?
Sector Read Source?
Re: Developing Software For Visually Impaired
Re: Public Domain Software For/By The Handicapped
Another area: software for mentally retarded
Re: Database for MAC+
C compiler & linker that will generate ROMable code
Re: MPW Debugger
Re: Coral Object Logo
Re: Database for MAC+
Re: Desktop drawing
Can Mac's and PC's get along?
Damaged Mac disk recovery
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-16.ARC
DoD
]
------------------------------
Date: Sun, 1 Mar 87 11:07 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #17
Usenet Mac Digest Saturday, February 28, 1987 Volume 3 : Issue 17
Today's Topics:
Mac magnification
Help wanted: appendPicture routine needed.
TimeManager interface, TML Pascal for example ?
Re: IBM TEXT FIlE to MAC+
HD20SCSI problems
Help with NEC Spinwriter needed.
Re: Coral Object Logo
Termcap or curses calls in MegaMax C
Vertical Retrace Tasks
List of available tools for visually impaired on Mac
Re: Mac Excell and Filemaker Plus !
Generic Printer Driver Needed
Re: Vertical Retrace Tasks
Remote Mac Access
Macterminal with NON-Apple modem
WMgrPort/Desktop Drawing
Re: Coral Object Logo
Re: Delphi Mac Digest V3 #12 Discussion of GAUSS replacement/APL
Color Transparencies
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-17.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂02-Mar-87 2133 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #60
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Mar 87 21:33:08 PST
Date: 2 Mar 87 2130-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #60
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 3 Mar 1987 Volume 5 : Issue 60
Today's Topics:
Me too: Lists in dialogs and problems with filtering
re: shutting dn SCSI disks avoiding long restart delays
RE: MacDraw Font menu scrolling problem
New MacDraw font limitation...
re: userItems
Scientific Calculator Desk Accessory
MacHangul comments
New Products (Very Long)
MACII Announced
help with hard disk hardware
Chinese Macintosh Software
Word 3.0
Delphi Mac Digest V3 #13
----------------------------------------------------------------------
Date: Mon, 2 Mar 87 22:26 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: Me too: Lists in dialogs and problems with filtering
Can somebody *please* give me a clue as to what is wrong with my dialog
filter routine? Something very strange is happening and I'm completely
stuck.
I've made a modal dialog which has a list as one of its items. As far
as I can tell there are three steps involved in getting a list to work
with a dialog:
1) After reading in the dialog template, store a handle to a routine
that will draw the list in the dialog template using SetDItem. My
list item is of type userItem. The drawing routine that gets
installed uses LUpdate to draw the list.
2) Initialize the list, using several List Manager routines such as
LNew and LSetCell.
3) Call ModalDialog with a custom filter routine that will check if the
list userItem was clicked. If so, the filter will call LClick to let
the List Manager handle the event. If I'm not mistaken the filter
routine should be declared as follows when using Aztec C 1.06H:
pascal Boolean
MyFilter(myDialog, myEvent, myItem)
DialogPtr myDialog;
EventRecord *myEvent;
short *myItem;
Looks good, right? Well, it doesn't work and this is what happens: steps
1 and 2 seem to be executed OK, since my dialog appears on screen with
the list nicely drawn. However, the MyFilter routine ALWAYS gets passed
a myItem of -1 (except for the first time, when it's 0), no matter which
item gets clicked! I've checked the other two parameters (myDialog and
myEvent), but their values are always correct. It's just the value of
myItem that inexplicably gets scr*wed up.
The weird thing is that ModalDialog exits with the correct item number.
It's just the item number that gets passed to the filter routine which is
incorrect.
Can anybody help? I've tried everything, but I'm not getting anywhere...
-- Thomas
FRUIN@HLERUL5.BITNET
------------------------------
Date: Fri, 27 Feb 87 09:28:39 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: Re: Re: Altering Save dialog box defaults in MacDraw
Article is from "<DAVEG@slacvm.bitnet>"
>
>
> I'm very sure that you can't change a default value in a dialog like
> you want without actually modifying the program itself (modifying the
> resources with RESEDIT won't cut it). You could interchange the item numbers
> of the buttons in the resource editors but that is merely changing the label
> of the button NOT the functionality. I've found many places where I'd like
> to do exactly what you want to do, but you have to CHANGE the CODE not just
> the resources themselves.
Not that this helps with existing programs, but for developers...
I use a package called AutoDialog from JAM Software (see their adds in
MacTutor) which introduces a new resource type 'DSta' (Dialog State Rsrc).
For each DLOG, you create a DSta using their template editor for ResEdit.
One of the features of a DSta is the ability to cluster radio buttons and
specify the default, which can subsequently be changed by the end user.
This scheme (and other AutoDialog features) sure saves a lot of stereo-
typical code.
(The usual disclaimers apply.)
----
John O'Neill Phone ISD: +61 62 68 8818
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET/CSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA JANET: jlo@oz.csadfa
------------------------------
Date: Mon, 02 Mar 87 09:31:54 n
From: <LANGOWSKI@FREMBL51.BITNET>
Subject: re: shutting dn SCSI disks avoiding long restart delays
The reason why it takes such a long time for the hard disk to come up again
after an 'illegal' shutdown (i.e. reset without unmounting the volume first)
has been discussed here (I think). There is a flag on the disk that is
set when the shutdown has been done in an orderly way. If on boot up the
system does not find that flag set, it will reconstruct the directory tree
(or parts of it, or some volume information map, I don't have the info at
hand). On my disk (80 MB, 45 MB filled) this takes about 30 secs.
The remedy has been posted here a while ago; it is actually possible to reset
the appropriate flag from within the mini-monitor of the Mac+ (by doing an
_Unmount or _Eject, don't remember).
But the real way to go is to use a debugger which contains an unmount/reset
function. Since you're doing 'highly experimental development work' (and
who does not, I just come back from playing around with Switcher background
processing and bombs galore), you should be using a good debugger anyway.
My experience so far is with TMON. If you do a reset command from within TMON,
no waiting when the disk comes up again. Buy a copy of TMON and try also
to get the Extended User Area. Beats Macsbug by lightyears.
Last comment to INIT routines: As I see it, the directory cleanup is done
BEFORE any INIT routines are called, even before the welcome message is
displayed. Therefore INITs won't help.
Joerg Langowski <LANGOWSKI@FREMBL51>
------------------------------
Date: Thu, 26 Feb 87 15:59 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: MacDraw Font menu scrolling problem
Below is a copy of the original message I posted on Info-Mac many months
ago, describing how to patch MacDraw 1.9 to allow its font menu to
scroll when more than 11 fonts are in a system file. I decided it might
be beneficial to all readers to repost this patch.
MACDRAW BUG WATCH
Note that MacDraw does not use the Font menu in a standard way. Fonts
are associated with text in a document by their *position* in the font
menu, not their font id. Thus, if you load a MacDraw file you created
using MacDraw on a disk with a different system folder than currently
in use, your fonts will not necessary be what you originally designated.
This creates problems especially for people using the same MacDraw files
on the new 128K ROM machines (which alphabetize the Font menu), and the
older 64K ROM machines (which do not alphabetize unless specially
patched).
I hope this is helpful for someone out there.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
Several days ago, I posted a message explaining some of the bugs in
MacDraw 1.9. At the time, I mentioned a patch I'd been using
successfully for about 3 months that allows MacDraw's Font menu to scroll.
This patch will modify MacDraw *** VERSION 1.9 ONLY ***, disabling its
limitation of 11 fonts in the font menu. This will allow you to use
many more fonts, provided you have a scrolling menu installed on your
system. How can you tell if you have a scrolling menu?
If you have a MacPlus, don't worry ... scrolling menus are part of the
128K ROM. If you're using a Mac with the old 64K ROM, Apple has
included the MacPlus' scrolling menus in the newest system software.
If you use system 3.2 then your menus will scroll. Otherwise, use
ResEdit to copy the MDEF from system 3.2 to the system file you
are using. I have installed the system 3.2 MDEF into system version
2.0 with no problem. I do NOT recommend using system software
prior to Finder 4.1 and System 2.0 (released with Finder 4.1).
Be sure to perform this modification on a COPY of your MacDraw 1.9.
NEVER USE AN ORIGINAL COPY FOR THIS TYPE OF WORK!!! You will have
to use a file-editing program such as John Mitchell's excellent
shareware program FEdit, or commercial programs such as MacZap
or MacTools. Simply open up the FILE MacDraw (don't open the
whole disk) and search for the original data. Be careful to
change only this data to the modifcations listed, double-checking
your typing. Then write the sector back out to disk. You will
have to repeat this process for every line (a total of 22 times).
For this reason, I like automating the process with MacZap Patcher,
included as part of MicroAnalyst's MacZap package. MacZap Patcher
allows you to write your own files that will search for data and
change it many different times. This also helps prevent human
error. Whatever method you use, good luck in your hacking.
NOTE: I make no guarantees as to the stability of this patch.
However, I can assure you that I've been using it for
more than 3 months now with no ill effects.
The following patch originated from Jonathan Hardis at Washington
Apple Pi. If MacDraw does not work properly after you make ALL of
these changes, then try the patch again on a fresh copy of MacDraw.
Be sure you are using MacDraw VERSION 1.9 and double-check your
modifications before writing to disk. I have proofread these
patches and can assure you there are no typographical errors on
my part.
CHANGE MacDraw 1.9:
Search for... Change to ...
41ED FAD6 .......... 41ED F360 9 times
0000 0C60 .......... 0000 0CA0 once
0014 6F02 7C14 ..... 001F 6F02 7C1F once
000B FACE .......... 0016 FACE twice
70E1 ............... 709B 3 times
0001 00E1 .......... 0001 009B 3 times
10E1 ............... 109B once
0C47 0015 .......... 0C47 0020 once
4E56 FFBE .......... 4E56 FF9E once
END.
Paul Christensen
CSNET: PCHRISTENSEN%HENRY@RCA.COM
------------------------------
Date: Sun, 1 Mar 87 17:05 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: New MacDraw font limitation...
Several months ago, I posted a patch on Info-Mac that will modify
MacDraw so that its font menu will scroll when more than 11 fonts
are installed in the system file.
I've been informed that the new patch limits MacDraw to a maximum of
22 fonts.
This is NOT a limitation of MacDraw. Rather, it is a limitation of
the Macintosh Menu Manager, which cannot enable/disable more than 31
items. Since MacDraw adds 9 items for font size, you are left with
a maximum of 22 fonts.
Note that ALL applications which use menus for font lists are restricted
in this way. Thus MacWrite and MacPaint (which display only font names
in their font menus) are limited to a maximum of 31 fonts.
Applications such as AldusPageMaker and Microsoft Excel which allow the
user to choose fonts from dialog boxes, however, are limited only by
the System File's "physical" limit of 200 fonts.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Sun, 1 Mar 87 21:34:05 EST
From: Mike Kraley <kraley@ccw.bbn.com>
Subject: re: userItems
daveg@dartvax asked about userItems in dialogs.
I too had a hard time with this and would be glad to share my
knowledge learned mostly by trial and error.
The first thing you mentioned, outlining the OK button, is really
very easy and does not need a userItem. Following is a routine I
use a lot: (it's in LightspeedC - sorry I only read Pascal, I
don't speak it)
/* boldly outlines item 1 in a dialog */
OutlineOK(dp)
DialogPtr dp;
{
int type;
Handle itemH;
Rect box;
PenState myPenState;
GrafPtr savePort;
GetDItem(dp,1,&type,&itemH,&box);
GetPort(&savePort);
SetPort(dp);
GetPenState(&myPenState);
PenSize(3,3);
InsetRect(&box, -4, -4);
FrameRoundRect(&box, 16, 16);
SetPenState(&myPenState);
SetPort(savePort);
}
Call this right after the ShowWindow(). As you can see, you just
draw directly in the Dialog window(port). This suffices for
modal dialogs which will generally not get update events and
hence don't need to be redrawn.
Using the list manager in a dialog is more complex, but
fortunately i made that work too. Following is a code skeleton:
/*
This is called by the Dialog Mgr when our userItem needs updating
*/
pascal void UpdateTheWindow(theWindow, itemNo)
WindowPtr theWindow;
int itemNo;
{ switch (itemNo)
{
case theListItem:
LUpdate((*theWindow).visRgn, theListH);
/* whatever else you have to do for an update */
break;
}
}
/*
filter process for ModalDialog - we come here on every/*
This is called by the Dialog Mgr when our userItem needs updating
*/
pascal void UpdateTheWindow(theWindow, itemNo)
WindowPtr theWindow;
int itemNo;
{
switch (itemNo)
{
case theListItem:
LUpdate((*theWindow).visRgn, theListH);
/* whatever else you have to do for an update */
break;
}
}
/*
filter process for ModalDialog - we come here on every event that
happens during the dialog - we want to take the mouseDown events
that occur within the userItem's box and pass them to the ListMgr.
Everything else can be done by the default handler
*/
pascal Boolean SDFilter (theDialog, theEvent, item)
DialogPtr theDialog;
EventRecord *theEvent;
int *item;
{
GrafPort savePort;
Boolean retVal;
retVal = FALSE; /* default is that we did not handle it */
GetPort(&savePort);
SetPort(theDialog);
if (theEvent->what == mouseDown)
{
/* convert to local coords for LClick */
GlobalToLocal(&(theEvent->where));
/* if the click is in our box, pass it to LClick */
if (PtInRect(theEvent->where, &listBox))
{
LClick(theEvent->where, theEvent->modifiers, theListH);
/* tell ModalDialog that we handled it */
*item = theItemNo;
retVal = TRUE;
}
LocalToGlobal(&(theEvent->where)); /* put it back for
ModalDialog */
} /* endif mouseDown */
/*** should also check for return and enter */
SetPort(savePort);
return (retVal);
}
SetUpListDialog()
{
short type;
Handle theItemH;
short itemHit;
/* read the dialog */
theDialog = GetNewDialog(theDialogID, NIL, (WindowPtr) -1);
/* for the user item, get its handle and set its update proc */
GetDItem(theDialog, theListItem, &type, &theItemH, &listBox);
SetDItem(theDialog, theListItem, type, UpdateTheWindow, &listBox);
/* now we can set up the list stuff */
theListH = LNew(...);
LDoDraw(TRUE, theListH); /* show list */
/* do the dialog until the user pushes OK or Cancel or whatever */
do {
ModalDialog(SDFilter, &itemHit);
} while (itemHit > 2);
/* clean up */
LDispose(theListH);
DisposDialog(theDialog);
}
I've left a lot of the glue out, but hopefully this can give you a head start.
...Mike
------------------------------
Date: Mon, 2 Mar 87 18:03:36 PST
From: woody@Juliet.Caltech.Edu (William E. Woody)
Subject: Scientific Calculator Desk Accessory
Comment: Some assembly required.
This is a Calculator desk top accessory I wrote to learn the SANE
interface. I sorta got carried away with this little program,
until it became a big program.
The calculator does all the interesting functions off a TI-30 (scientific
functions, statistics, trig and hyperbolic trig functions), in an
RPN format. It also has 10 registers.
You may distribute this freely; it is shareware, however--if you keep
it and use it, please send me $10. Also, send me any comments or
questions you may have about the program; I like getting mail.
William Woody
woody@juliet.caltech.edu
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-SCIENTIFIC-CALCULATOR.HQX
DoD
]
------------------------------
Date: Mon 2 Mar 87 13:54:55-PST
From: Seung Yoo <YOO@STAR1.STANFORD.EDU>
Subject: MacHangul comments
A few days ago, I posted Mac Hangul (Korean language program).
The author want to make following two comments.
1) MacHangul has been tested with MacWrite earlier version (2.2 or 2.3)
and it's fully compatible with them. Even though MacHangul was
compatible with MacWrite (4.5), there may be some hidden bugs as
MacHangul was not thoroughly tested. It is hoped the bugs to
be reported.
2) MacHangul is compatible with not only MacWrite and MS Word but
also any programs supporting Desk Accessories.
------------------------------
Date: Mon, 2 Mar 87 14:27:50 EST
From: Robert T. Cartolano <rtc%cunixc@columbia.edu>
Subject: New Products (Very Long)
Here are the new product announcements for the Mac SE and Mac II,
downloaded from AppleLink.
Rob Cartolano
Columbia University
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-NEWPRODUCT-ANNOUNCEMENT-MARCH2.1987
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-NEWPRODUCT-PRESSRELEASE-MARCH2.1987
DoD
]
------------------------------
Date: 3 Mar 87 2:17 +0600
From: Grant Delaney <delaney%wnre.aecl.cdn%ubc.csnet@RELAY.CS.NET>
Subject: MACII Announced
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-NEWPRODUCT-COMPUSERVE-MARCH2.1987
DoD
]
------------------------------
Date: Sat 28 Feb 87 17:17:46-PST
From: Emilio Calius <CALIUS@STAR.STANFORD.EDU>
Subject: help with hard disk hardware
Tim Standing's article in the February MacTutor is tempting me to attempt
assembling my own sorely needed hard disk. A local supplier is offering
what seems to be a good deal for someone on my budget:
Rodime RO203E drive (47 mB when RLL formatted).... $425
drive + Shugart 1610 SCSI controller ............. $525
Being "hardware naive", I have no idea of the differences between this Rodime
and a Seagate ST 4000 series drive or between the Adaptec ACB-4000A and the
Shugart controllers.
I am looking for information/words of caution/warnings. Is the RO203E
a reliable drive? does it have some strange idiosincracies? is it really RLL
certified? Does the controller implement SCSI in a reasonable fashion? Does
it take an EE PhD to make them work together? etc..
Thanks in advance for any and all your help.
Emilio P. Calius
Dept. of Aeronautics & Astronautics
Stanford University
------------------------------
Date: Mon, 2 Mar 87 02:47:55 est
From: chi@eniac.seas.upenn.edu (Wei-Juang Chi)
Subject: Chinese Macintosh Software
Since I posted a query about Chinese Macintosh Software last week, I
have received several replies. One is about FeiMa, but was a message
posted last year (Oct/86), anyone has a more updated news on the latest
development about FeiMa? Perhaps someone who has a demo version can post
to the net since I also got several messages indicating definite interest
in FeiMa or any Chinese Mac Software. There are quite a few people that
show great interests in this, but unfortunately don't have the experience
or access to the software. HELP!
To my surprise, there are several replies about "KanjiTalk" which is a
Japanese System for the Mac+, it has the ability to convert Japanese to
Kanji (or rather Chinese character), but you need to be proficient enough
in Japanese to know the pronunciation for each Kanji. Of course, for the
same Chinese character, the pronunciation in Japanese and in Chinese are
quite different, so although it is OK to use it as a Japanese Kanji
generator, it is not an efficient method to generate Chinese character.
Lastly, about the "Hanzi Script Interface System for Chinese Character
Input" mentioned in Feb'87 MacUser, it seems to me the way to go for
Chinese application, unfortunately I get nothing regarding this system.
Since Apple held a conference in China and ran a demo on this software,
presumably,it exists.Can someone from Apple provide any information on
this?
Wei-Kuang Chi
chi@eniac.seas.upenn.edu (ARPANET, CSNET)
University of Pennsylvania
Department of Chemical Engineering, Towne Building D3
220 South 33rd Street
Philadelphia, PA 19104
(215) 898-5593 (office)
(215) 222-0808 (home)
------------------------------
Date: Mon, 2 Mar 87 12:19:19 PST
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Word 3.0
A few comments on Word 3.0, now that I've played with it a bit:
o I've found a good reason why shipping was delayed, bugs or no. If you
read the release notes, you'll see that Word 3.0 is Appleshare
compatible. I'm sure one reason Microsoft delayed shipment was
because they couldn't say they were Appleshare compatible until
after Apple announced Appleshare...
o Style sheets are really nice, but I find them somewhat non-intuitive. I'm
getting used to it, though. Between shoving stuff in glossaries
and sticking formats in style sheets, I find I can do things like
letters in a much cleaner setup.
o One thing that hasn't been mentioned for some reason is that there have
been major changes in the user interface. Two things I'm constantly
tripping over, for instances, is the different way you access
the glossary and the changed definition of the delete-previous-word
keystroke. Word 3.0 is NOT really upwards compatible from Word 1.05,
they are similar but very separate beasts. Expect to take time not
only learning new features, but re-training your fingers.
o Deleting does NOT cross a style boundary. If you have a couple of styles
defined in a document, if you try to backspace across the paragraph
marker holding the style, it'll beep at you (or equivalent). This
is somewhat non-intuitive, but probably a good idea to keep you
from accidently eating styles. But be aware that hack&burn
editors (like me) will find they have to be a bit more careful.
I'm really happy with this, frankly. neat software. It's going to give
me WEEKS of excuses before I have no reason not to write... (I mean, you
can't do any serious writing until you know how to use your Word Processor,
right? Right??)
chuq
------------------------------
Date: Sun, 1 Mar 87 16:08 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #13
Delphi Mac Digest Sunday, March 1, 1987 Volume 3 : Issue 13
Today's Topics:
Administrativia: Digest distribution changes
RE: Rodime Drives
IMAGEWRITER
BMUG NL Needs Articles
Incomm Modems (2 messages)
Deadline Mac
RE: Hardware Help: Human Touch 3 to 1
Can you change arrow cursor? (2 messages)
Cursor Lock - Need Help (3 messages)
Folders that won't open
Extend Event Queue (3 messages)
MACWEEK MAGAZINE Launch
PostScript repeat pages? (2 messages)
RE: MacRecorder
AppleTalk fileserver benchmark (3 messages)
KANJI FONT FOR THE MAC (2 messages)
RE: Mac Shutdown
halfsies
Word 3 gotcha's
Megaform forms
MacPub<>RSG 3.0
MicroSoft Word 3.0
RE: New Macs Pricing and Model #'s (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-13.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂04-Mar-87 2246 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #61
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 4 Mar 87 22:46:07 PST
Date: 4 Mar 87 2244-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #61
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 4 Mar 1987 Volume 5 : Issue 61
Today's Topics:
Vertical Retrace Tasks in Lightspeed C
MPW vs. TurboCharger 2.0
SCSI Manager in C...
Re: Shutdown (V5 #60)
Screen & Coatings & Dust...
Word 3.0 - Grrrr
AutoDialog
Chinese Text Processing, KanjiTalk, and Script Manager
Kanji and other non-Roman fonts
SE First Impression
----------------------------------------------------------------------
Date: Tue, 3 Mar 87 13:39:18 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Vertical Retrace Tasks in Lightspeed C
Does anyone have some Lightspeed C source that installs a simple task
in the vertical retrace queue? I know how it's done in Pascal,
but Lightspeed C's queue type is different, and I don't quite
have the hang of it yet.
Any help is appreciated.
Rich
------------------------------
Date: Tue, 3 Mar 87 18:12:33 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: MPW vs. TurboCharger 2.0
An odd problem:
I have been using a system including an early prerelease beta
of the MPW Shell in a 2Meg environment with Nevin's TurboCharger 2.0
cacheing software.
Now I have MPW release version 1. No matter how I set the TurboCharger,
when I execute a program from MPW, it attempts to return and dies with
a message "MPW must have 256K to operate". The only way I get the system
to function is to run the TurboInstall program and turn off the
TurboCharger entirely, and even then, quitting from a program started from
the shell sometimes goes to the Finder, not the shell.
Has anyone else had this problem? What would you suggest?
thanks,
Godfrey DiGiorgi
digiorgi@jpl-vlsi
March 3, 1987
------------------------------
Date: Wed, 4 Mar 87 12:46:27 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: SCSI Manager in C...
Has anyone used Lightspeed C to drive the SCSI port on the Mac Plus?
I am looking for specific experience with the National Instruments
MacBus box, but anything will do; I'd appreciate it if someone
could post source.
Rich
------------------------------
Date: Tue, 3 Mar 87 13:27:24 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Shutdown (V5 #60)
Jorg is right, shutdown is built-in with TMON. But it's
so trivially simple that you could also build it into
your Debug menu of your program under development.
jw
------------------------------
Date: Wed, 4 Mar 87 11:37:39 EST
From: JURGEN%UMASS.BITNET@wiscvm.wisc.edu
Subject: Screen & Coatings & Dust...
A couple of weeks ago I commited a big no-no... I cleaned my Mac screen
with isopropyl alcohol. Afterward I remembered that one is not supposed
to do that because it removes some kind of coating on the Mac screen (?).
Well, the result is that ever since my screen has been magically attracting
immense amounts of dust. About every 24 hours or so I have to wipe a thin
milky film off the screen that severly reduces my contrast. Yuck.
Does anyone have a solution to this problem/can anyone tell me more about
exactly what happened when I used isopropyl alcohol to clean the display?
Any info greatly appreciated, this is getting to be a real drag...
- Jurgen
------------------------------
Date: Tue, 3 Mar 87 22:47:01 est
From: Gavin Hemphill <hemphill@nrl-aic.ARPA>
Subject: Word 3.0 - Grrrr
A comment to add to Chuq's notes on word 3.0.
o Overall Word 3.0 is close to everything I've wanted in general
purpose word processing for the Mac. I still see use for my other
desktop publishing programs -- but not as much.
BUT!
o They Screwed up the font menu stuff. There appears to be no way to get
the available fonts to appear in alphabetical order -- either in the
"character" dialog or in the font menu. The font and fond resources in
my system are both in alphabetical order (i.e. when viewed with resedit)
and even if they weren't most other programs seem to be able to use the
menu manager stuff to get the font menu in order. This is a real pain
when you have 20 or 25 fonts in your system and you want to move groups
of them in and out of the font menu.
G++
------------------------------
Date: Tue, 3 Mar 87 14:26:17 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: AutoDialog
To: John O'Neill
I am interested in this AutoDialog thing from JAM, could you please give us
more information?
You mentioned that you use a ResEdit template to create a 'DSta' resource.
Is this a normal ResEdit template or a code template (along the lines of
the window editor in ResEdit)? If it is a normal ResEdit template, can it
be freely distributed so that users can use it to change the DSta resource?
If it cannot be distributed, how can the users be expected to modify it?
Also, I assume that there is code that goes along with this so that you can
just initialize your dialog. Is this the case, and if so, what languages
are supported? Is source or object code included?
Could you please fill us in?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Tue, 3 Mar 87 16:24:08 pst
From: apple!jordan@ucbvax.Berkeley.EDU (Jordan Mattson)
Subject: Chinese Text Processing, KanjiTalk, and Script Manager
In Reply to requests about Chinese Text Processing:
Apple Computer has implemented a new part of the Toolbox known as the
Script Manager (described in Chapter 13 of "Inside Macintosh Volume V",
which is available from APDA (Apple Programmer's and Developer's
Assoication) in draft form). The Script Manager allows applictions to
function correctly with non-Roman writing systems such as Japanese, Arabic,
and Chinese, as well as the various Roman writing systems (English,
Spanish, German).
Quoting from "Inside Macintosh Volume V", Chapter 13:
"The Script Manager is the low-level software that enables Macintosh
applications to work with such different scripts. It includes utilities
and initialization code to create an environment in which scripts of all
kinds can be handled. In order for an application to use a particular
script, a SCRIPT INTERFACE SYSTEM to support that script must also be
present. The Macintosh normally uses the Roman script, so the Roman
Interface System (RIS) is in the system file and always present. On some
models it may be in ROM. Other Script Interface Systems are the Kanji
Interface System (KIS, also called KanjiTalk), which allows applications to
write in Japanese, the Arabic Interface System (AIS), and the Hanze
Interface System (HIS) for Chinese."
Since Text Edit supports the Script Manager, the only people who need to
worry about using the Script Manager are those that directly manipulate
text such as word processors (But that is what everyone is interested in,
is it not :-) ).
At present, the information and software you need to use the Script
Manager and various Script Interface Systems is a little scattered, though
it will soon all be available through APDA (Apple Programmer's and
Developer's Assoication).
The documentation that describes the Script Manager is in the draft
version of "Inside Macintosh Volume V", which is available from APDA.
The documentation that describes how to write applications that are
easily localizied is in the "Human Interface Guidelines: The Apple Desktop
Interface", which is available from APDA.
At present the only Script Interface System which is available to
outside developers is the Kanji Interface System (KIS or KanjiTalk). It is
available from Apple Software Licensing, for a fee of fifty dollars a year.
This entitles you to updates that occur during that year and allows you to
include KanjiTalk with applications which you are shipping. If you are
interested in licensing KanjiTalk, contact:
Donna Reed Tyacke
Software Licensing
Apple Computer, Inc.
20525 Mariani Avenue, MS: 28B
Cupertino, CA 95014
408-973-3053
In the near future, a package of information on the Script Manager
should be available through APDA. Also, the various Script Interface
Systems should be available though APDA in the near future.
At present, the only development system which supports the Script
Manager is MPW 2.0 (Macintosh Programmer's Workshop), though it is
accessable from MPW C, MPW Pascal, and MPW Assembly. MPW 2.0 will be
available from APDA as soon as it goes Beta.
If you have any questions about the Script Manager and the progress it
making information about it available from APDA, or about other development
tools feel free to contact me.
Jordan Mattson UUCP: ucbvax!mtxinu!apple!jordan
Apple Computer, Inc. CSNET: jordan@apple.CSNET
Tools & Languages Product Management
20525 Mariani Avenue, MS 27S
Cupertino, CA 95014
408-973-4601
------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Date: 5 Mar 87 04:48:05 GMT
Subject: Kanji and other non-Roman fonts
The Macintosh II includes the Script Manager and I believe it's also in the
Macintosh SE.
The Script Manager supports fonts that don't fit the standard Indo-European
mold. For example, Arabic is written (please correct me if I'm wrong) by
indicating vowels as accents on consonants, right to left. Hebrew is
similar (but omits the vowels?)
The Script Manager now supports Kanji and Arabic. The Kanji font is built
into the two new machines' ROM. Character sets with > 256 characters use
16-bit encoding, except for a few standard roman chars.
The Script Manager now supports
Roman Interface System
Kanji Interface System (aka KanjiTalk)
Arabic Interface System
I was under the impression something was being done with Hebrew,
but no confirmation of that yet.
The Script Manager includes new routines to associate a pixel position with
a character in the string, to set word breaks (not everyone uses a space)
and to justify text (ditto). The new TextEdit automatically calls the
Script Manager. AIS, for example, allows you to mix Arabic and English on
the same line, in the proper order. (As I recall, a Hebrew word processor
had to go to a lot of work to do the same thing.)
AIS has been available for several months, so it might work without a Mac
II. KanjiTalk, as I recall, required a specially modified Plus with extra
ROM. No word yet from Apple as to whether RAM-based versions of the Script
Manager will be available (as in HD20 Startup for HFS) but my guess would
be no, which means buy a Mac SE.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Tue, 03 Mar 87 08:25 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: SE First Impression
I'm sure that everyone is running around with speculation about the newly
annouced products and how much they will cost and this and that and on and
on. However, we have sitting here a Mac SE, so I'd like instead to share
some solid comments.
o "Evolutionary, not revolutionary", where have we heard THAT before?
Remember how when you looked at the Mac Plus a year ago you
kept saying "boy, that's really nice" and "wish it was like that
from day one"? Well, same thing here.
o Interal drive (20 megs here), nice, fast, quiet.
o slot, can't say
as nothing is sitting in it.
o Fan, well its not silent, but i dont notice it any more than
the XT, LaserWriter or AT&T 7300, they all contribute to a
make a pretty loud room though.
o New finder stuff. More nicities. I like the new control panel,
chooser, and the shutdown that gives you a chance to turn off
the machine so you don't have to play "beat the clock" with
the hard disk. "hand spinning" is now built into the finder,
but only on copies (so far as i can tell), not launches,
and not within applications (like saves)...A good comprimise,
it's nice to know that things are happening when the copies
are going on, but on the other hand, i hate the spinning watch
within applications themselves, i keep thinking, what a waste
of time.
o Speed. I do notice a slight improvment, although I havent had
a chance to run benchmarks or anything. In and out of write
or other applications seems peppy, most notably returns to the
finder. May be the scsi drive which is supposed to be much
faster than the externals. RAM stuff could have a factor here
too. JamSession demo runs, and the menu response is much
faster, maybe one of the few times you'll see DIRECT speed
responses. I haven't run complex videoworks yet, but i'd
expect smoother stuff in some cases there as well.
o Compatibility. Everything runs. So far at least. Notice that
Jam Session doesnt run on my plus, yet runs on the SE. 256K ROMs
I think are mostly just rewritten supports for SCSI plus the
new apple desktop keyboard and mouse. No major new routines.
Things with alternate screen/sound buffer blow up (of course),
since the SE doesnt have them. If you didnt see that one
coming you were under a rock.
While I havent had a chance to test EVERYTHING, if i had to
guess if package X runs, I'd lean towards the "yes" side
at this point.
o Speaker is more clear sounding, louder.
o New keyboard is NICE, real escape key, control key (II GS keyboard)
you can generate the command and check symbols using the control
key now. Take THAT John Dvorak. I like the feel of it, no
doubt others won't.
o New mouse is very smooth, teflon on the bottom, nice response,
Continues to track during disk accesses (yeah!), new control
panel settings for "ultra-fast" and "ultra-slow". The former
being for those "power users" and the later for graphics tablets.
o New desktop interface for the keyboard and mouse is pretty good.
We tried multiple keyboards and it recognizes both, very transparent,
apparently software can be written to read independantly from
multiple keyboards, which could make some nice games.
Overall, I like the little machine. The ability to just pick up and go
with the internal drive is very nice. Upgrades, if they are offered, would
have to be debated seriously, as you really dont gain THAT much, with the
exception of the slot. People in the market for an HD machine would
probably look here. I used to be down on the pro internal drive people,
but like i said, it is VERY nice not to have an extra box.
I'm amazed that the only thing I've found wrong so far is the color. (the
case)...I'm sorry, i just dont like platinum.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
End of INFO-MAC Digest
**********************
∂08-Mar-87 1535 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #62
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 8 Mar 87 15:35:17 PST
Date: 8 Mar 87 1533-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #62
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 8 Mar 1987 Volume 5 : Issue 62
Today's Topics:
VBL tasks?
Mouse freeze?
Mouse freeze: defroster
Kermit for the Mac+
Font Problem with MacKermit
Using a modem from AppleTalk query
addq.w for popping arguments?
2 key rollover on new Macs?
Laserwriter bug
256K Roms for the Mac+
RE: Mac SE comments
Re: SE First Impression
re: SE First Impression
Information on Macintosh II and Macintosh SE ROMs
Notes on the Script Manager
Need information about Jasmine 80mb
Time Billing for Lawyers
Delphi Mac Digest V3 #14
Delphi Mac Digest V3 #15
Usenet Mac Digest V3 #18
----------------------------------------------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: VBL tasks?
Date: Thu, 05 Mar 87 09:17:39 EST
Does anyone know what happens to installed VBL tasks when an application
exits? I haven't seen this explained in Inside Macintosh. Does the VBL
task record remain in the VBL queue when the application heap is
reinitialized?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Subject: Mouse freeze?
Date: Fri, 06 Mar 87 13:02:18 EST
From: sbm@purdue.edu
Can anyone tell me what is happening when the mouse freezes? Interrupts
are enabled, so mouse interrupts either aren't happening or aren't being
processed. Is there some common thing that causes this? Why would my
program freeze the mouse when I click in the menu bar or drag region, but
not in the content region or desktop?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
From: dudek@utai.UUCP (Greg Dudek)
Subject: Mouse freeze: defroster
Date: 2 Mar 87 04:44:09 GMT
Well, people have been complaining about how annoying it is to
have to re-boot when the mouse freezes. I know I've found it a
pain. The enclosed FKEY (function key) resource calls the ROM
to re-init the SCC and hence "defrost" the mouse.
It calls a routine I found in the 128K ROM, so it almost certainly
will NOT work on the 64K ROM machines. I found the routine using
Macsbug and didn't work too hard at figuring it out, so although
I've used it repeatedly without trouble, I'm not making any promises.
WARNING: mouse freeze is characteristic of wild memory references by a
program. The faulty program may have done other nasty things too,
so be prepared for sudden system crashes even if the mouse does
de-frost.
Greg Dudek
Dept. of Computer Science (vision group) University of Toronto
Usenet: {linus, ihnp4, allegra, decvax, floyd}!utcsri!dudek
CSNET: dudek@ai.toronto.edu
ARPA: dudek%ai.toronto.edu@csnet-relay
DELPHI: GDUDEK
Paper mail: 10 King's College Circle, Toronto, Canada
[
since this is the smallest binhex source I have ever seen, I left it in a
digest. It is also archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-MOUSE-DEFROSTER.HQX
remember to strip the headers from this message before trying to un-binhex
the file.
DoD
]
*** cut here to get thawed ***
(This file must be converted with BinHex 4.0)
:$d4eC'9V*h-J4'9QFQpcG!"'5d9C883a03#3#!&U!HF!N!3"!*!$!5J!N!-S!*!
$3J5)!*!!")!!N!!%J!#3!!5!!*!!")!!N!!%J!#3!!5!!*!!"2rrN!!24(9NC@X
RFb"%C@CbEh0d!J#3!dC,49P44$%e!*!'4NY&@9&%-68!N"LFB*0E!*!'!@Vrm!I
rrr!(rrr`"rrrm!Irrr!(rrr`"rrrm!Irrr!(rrr`"rrrm!Irrr!(rrr`"rrrm!I
rrr!(rrr`"rrrm!Irrr!(rrr`"rrrm!Irrr!(rrr`!!!"!!Irr!!%!!B!"Ije!!3
!")!%rZ4!"!!%)!AHGr!%!!!3"2mGd!3!!"!%("`3!*!$*'!@!!!r4'CbE`!'"Q*
j)%FZ)%4eC'9V!#"i!Ul4r!!!##a1d!!!!3#3!`%S!*!$+!#3!d)!!38N!GJ!N!-
F!$)!!%C,49N!N!-+!!B!!#!!N!3""dS24(9NC@XRFb"%C@CbEh0dF!8!:
------------------------------
Date: Wed, 4 Mar 87 14:54:36 PST
From: <ENGVAX!CHRIS@lindy.STANFORD.EDU>
Reply-to: CHRIS%ENGVAX.UUCP@forsythe.stanford.edu
Subject: Kermit for the Mac+
[bug poison]
I have a Mac+, and a newly attached modem (Mini DIN 8 -> Generic
Modem) thanks to information from this forum and a new sodering iron. Now
the big question is, how best to make my Mac talk to the VAX at work. A
friend gave me something called "FreeTerm" that includes the ability to
transfer files via XMODEM. This worked nicely enough for me to copy a
"new" version of MacKermit over. Great! Now I have a nice PD VT100
emulator and file transfer utility for my Mac, but one little problem, I
can't use the keypad with it!
What I want to know is:
A) What is the most recent version of Kermit for the Mac?
B) Does this include support for the Mac+ keypad and arrow keys?
C) If not B, then are there any good PD or Shareware terminal emulation
programs out there that have support for the Mac+ keypad and arrow
keys? Do these include support for Kermit or XMODEM?
Chris Yoder UUCP -- {allegra or ihnp4}!scgvaxd!engvax!chris
Hughes Aircraft Company ARPA -- chris%engvax.uucp@usc-oberon.usc.edu
BITNET -- chris%engvax.uucp@ymir.bitnet
------------------------------
Date: Sun, 8 Mar 87 13:09:31 PST
From: <RHG@uregina1.bitnet>
Reply-to: RHG%UREGINA1.BITNET@forsythe.stanford.edu
Subject: Font Problem with MacKermit
My Kermit is now working properly on my MacPlus. It seems that Kermit
wants to use font family ID=128 (and ID=129) not VT100 9 and VT 100 9
Bold fonts on the MacPlus. Now on my system 128 corresponds to VT100
and 129 corresponds to VT100 Bold and Icon corresponds to ID=130.
Previously Icon=128, VT100=129, and VT100Bold=130. Thus Kermit selected
the Icon 12 because the Icon 9 was not available. When I tested Kermit
on the 400K formatted diskette, Icon was numbered something like 55, not
128, and the VT100 font inside of Kermit was numbered 129. Thus Kermit
selected the default applicantion font, Geneva 9. When I tested on the
800K formatted diskette I used the same Kermit with the same internal(ly
numbered) fonts ie 129 and 130 and no fonts numbered 128 in the system.
Thus again it selected the default application font.
MacKermit originally contained the correctly numbered and proper fonts.
However the Font/DA mover reported it to be an Icon 9 font because its
family number was 128. The first "foreign font" installed on my
system was number 128, ie Icon 12.
I extend my thanks to all on the network who helped me to solve this
very vexing problem.
Robert H Greenfield <RHG@UREGINA1>
------------------------------
From: enea!sal!dk@seismo.CSS.GOV
Date: Sat, 7 Mar 87 12:32:59 +0100
Subject: Using a modem from AppleTalk query
I want to be able to use a modem from my Mac communication software and
having the modem connected to AppleTalk. The modem should be selectable
from all the Mac's and be able to handle normal modem signals like DCD. Is
there some device available that does that?
Danny
------------------------------
From: "Steve Munson" <sbm@purdue.edu>
Subject: addq.w for popping arguments?
Date: Thu, 05 Mar 87 09:31:12 EST
This is a nastiness that really bugs me, and I really can't believe what
I see. I noticed that Aztec C uses addq.w on the stack pointer to pop
arguments after function calls. If I understand addq.w correctly, this has
obvious drawbacks. If the stack pointer is on a 64K boundary, addq.w will
not carry into the high word of SP, and the stack pointer will end up
pointing into no man's land. Fortunately, this has never happened to me
yet (I don't think), but I consider that to be pure coincidence. What
REALLY bugs me is that I have found that the Macintosh ROM also uses addq.w
to pop arguments. Hence, every program run on a Macintosh has a bug just
waiting to happen, and there is no way programmers can fix it. What's the
story here?
While I am seeing red, let me mention another problem. Did you know that
both the Aztec debugger and the Mac+ ROM debugger run with interrupts
ENABLED? Who's responsible for this? How can I debug a program when a
buggy VBL task might come along and erase memory any 60th of a second? I
have already decided that I can't recommend Aztec C, but why does Apple
have to keep shooting itself in the foot?
OK, I think I'm calming down now....
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Subject: 2 key rollover on new Macs?
Date: Thu, 05 Mar 87 10:16:05 -0500
From: James J Dempsey <jjd@ALEXANDER.BBN.COM>
One bug in my Mac+ which really bothers me is the 2-key rollover on
the keyboard. (2-key rollover means that if two keys are already
depressed, no other key will generate a character.) This is important
for those of us who type fast, but leave our fingers on the keys too
long. It has gotten to the point where I have defined Unix aliases for
commonly mistyped commands. (Like "moe" for "more", "jos" for "jobs")
Does anyone know if the Mac SE or the Mac II has fixed this problem?
Since they supposedly use the same keyboard as the Apple II GS,
perhaps someone with a IIGS can answer.
Thanks.
Jim Dempsey
BBN Communications
jjd@bbn.com (Internet)
..!{decvax, harvard, ihnp4, wjh12}!bbnccv!jjd (UUCP)
------------------------------
Date: Sat, 7 Mar 87 10:57:03 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Laserwriter bug
From the MacApp 1.0 release notes without permission:
There is a sporadic bug in Laserwriter Driver 3.1 which can cause heap space
to be permanently lost. This only occurs when a bitmap font is downloaded to
the Laserwriter. Bitmap fonts are only downloaded when font substitution is
off in Page Setup (font substitution is always off if you set FractEnable to
TRUE or turn off the driver's line layout algorithm) and the user selects
Geneva, New York, or Monoco, or if the user selects any other font which is
not available in Postscript form (such as Athens or Mobile). The driver finds
the largest available size of that font, makes it unpurgeable, then downloads
it. Occationally the driver will not make the font purgeable again, and it
remains in memory until the application quits. Since the font is the largest
size the driver could find, it takes a significant amount of space (8K for
Geneva 24 [23K for Calligraphy 36]). This bug will be fixed in a future
release of the Laserwriter driver.
For your information...
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: 5 Mar 87 09:43:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: 256K Roms for the Mac+
Reply-to: <bouldin@ceee-sed.arpa>
In all the announcements recently, there was one outstanding omission. No
announcement of 256K Roms for the Mac+. Unlike the 512E, the Mac+ can address
256K of Rom. Does anyone have any notions about Apple's plans (or lack of) for
a further Rom upgrade for the Plus??
It's bad enough that there is no upgrad path to the SE from the Plus, I sure
hope that we at least get a Rom upgrade.
------------------------------
Date: Thu, 5 Mar 87 12:15:17 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: RE: Mac SE comments
I haven't seen either an SE or a II, but I have seen the dealer info and
the new system software. The new stuff (a developers'-only release, not to
be distributed or licensed) is pretty nice. There's a new shutdown manager,
so (as Tom Dowdy sais) you don't have to beat the hard drive to turn off
the power; the machine tells you when it's safe to turn off. (This should
be especially nice when Unix rolls around, too).
I bumped head-on into the new mouse scaling; mine somehow came out to
ultra-fast. I would suspect that the new scaling speeds are more for larger
screens than for power users. On my 512K Mac I had an EXTREMELY difficult
time selecting text and doing other tricky stuff with the scaling set to
high speed, but I suspect that to zip across a Radius you'd need it.
According to the dealer info, there is NO UPGRADE PATH from existing
machines to MacSE or Mac II. This is because of the radical physical
difference between existing Macs and the new models.
Rich
------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Date: 5 Mar 87 17:16:41 GMT
Subject: Re: SE First Impression
Date: 5 Mar 87 17:16:38 GMT
The SE has no alternate screen buffer? I guess that answers the
question we were trying to get an answer out of Apple on. It
also indicates why at least the Plus will stick around for a while
on -- it's the last machine that will run many arcade games.
The 15-20% speedup is because the 68000 is having less (no?)
cycles stolen for doing the video refresh. The actual hardware
used for the SE is unknown to me, but I heard a rumor that Apple
(gasp!) actually added a special chip for video display, rather
than doing it all in software, as they did since the Apple I.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Thu, 5 Mar 87 12:42:49 PST
From: gunther.pa@Xerox.COM
Subject: re: SE First Impression
Thanks for taking the trouble to document your impressions.
Having only read press releases, I'm unable to learn whether or not the
'single expansion slot' in the SE is a NuBus slot, an IBM-AT slot or yet
another slot.
Even if "nothing is sitting in it", can you (or anybody else reading
this msg) identify it?
Neil.
------------------------------
Date: Sat, 7 Mar 87 15:40:16 pst
From: apple!jordan@ucbvax.Berkeley.EDU (Jordan Mattson)
Subject: Information on Macintosh II and Macintosh SE ROMs
In reply to a request from Joel West for information from Inside Macintosh
Volume V:
The new features of the Macintosh II and Macintosh SE are included in the
256K ROMs present in these Machines. The Macintosh II and Macintosh SE
have different 256K ROMs. What follows is a summary of the extensions to
existing managers and new managers in the Macintosh II and Macintosh SE,
telling which machine has which features.
Quick Draw- Addition of Color QuickDraw
Macintosh II
Color Manager- Supplies color-selection support for Color QuickDraw and
provides a consistent way to produce color displays
Macintosh II
Color Picker Package- A new package that applications can use to present a
standard interface for color selection.
Macintosh II
Palette Manager- Supports the use of a collection of colors when you draw
objects with Color QuickDraw.
Font Manager- Addition with enhanced cached width support and a better font
substitution scheme. The FractEnable routine has been put into ROM and
various bugs have been fixed. On Macintosh II, color font support and
cached synthesized strike support has been added.
Macintosh II and Macintosh SE
Tool Box Event Manager- The keyboard message has been enhanced to make
provision for multiple keyboards and 16-bit character codes. Also, new
global variables have been added to help you distinguish among keyboards.
Macintosh II and Macintosh SE
Window Manager- Additions to support Macintosh II color. All changes are
backwards-compatible, therefore existing programs on monochrome ROM will
continue to work and produce the same screen display as before.
Macintosh II
Control Manager- Additions to support Macintosh II color. All changes to
support color controls are backward-compatible, therefore existing programs
based on the monochrome ROM will continue to work and produce the same
screen display as before.
Macintosh II
Menu Manager- Additions to support Macintosh II color and hierachical
menus. Bug fix to DrawMenuBar.
Macintosh II and Macintosh SE
Text Edit- Addition to support font, style, size and color variation.
Script manager support. Bug fixes. Backward compatiable.
Macintosh II and Macintosh SE
Dialog Manager- Addition to support Macintosh II color in dialogs and
dialog items.
Macintosh II
International Utilities- Addition to support Script Manager.
Macintosh II and Macintosh SE
Script Manager- New features. Allows applications to function correctly
with non-Roman writing systems as well as Roman writing systems.
Macintosh II and Macintosh SE
Notification Manager- Allows background activities send messages to the
user in a simple and consistent manner.
Macintosh II and Macintosh SE
Control Panel- Has been modified to be expandable.
Macintosh II and Macintosh SE
Start Manager- New feature. Coordinates the initialization and system
startup procedures on the Macintosh II.
Macintosh II
Apple DeskTop Bus- Information on writing special device drivers that
interfaces devices using the Apple DeskTop Bus.
Macintosh II and Macintosh SE
File Manager- Information on writing an external file system.
Macintosh II and Macintosh SE
Printing Manager- Moved from system file in ROM. Addition of low-level
printer calls in the form of new predefined parameter constants for
PrCtlCall. New error codes for the LaserWriter have been added.
Macintosh II and Macintosh SE
Device Manager- Modified to support slots.
Macintosh II
Slot Manager- Contains routines that let your programs identify cards
plugged into NuBus slots in the Macintosh II and communicate with the
firmware on each card.
Macintosh II
Deferred Task Manager- Provides improved interrupt handling for Macintosh
II by allowing lengthy tasks to be deferred.
Macintosh II
Disk Driver- Modified to provide logical drive numbers that may not
correspond to physical drive addresses.
Macintosh II and Macintosh SE
Sound Manager- Replaces the Sound Driver. Gives a more flexible way of
doing sound generation, while still supporting the data structures,
routines, and synthesizers of the 64K and 128K ROM Sound Driver.
Macintosh II and Macintosh SE
AppleTalk Manager- Enhanced through addition of new protocols and increased
functionality of the existing interface.
Macintosh II and Macintosh SE
Vertical Retrace Manager - Enhanced to provide flexible, slot specific
video interrupt handling on the Macintosh II. This is how multiple screens
are supported.
Macintosh II
Shutdown Manager- Provides a consistent way to reboot and turn off the
Macintosh, from the Finder as well as from within an application.
Macintosh II and Macintosh SE
Resource Manager- Placement of certian resources in ROM on Macintosh II and
Macintosh SE.
Macintosh II and Macintosh SE
Hope this helps to outline some of the toolbox additions and changes on the
Macintosh II and Macintosh SE. If you have any questions, feel free to
contact me. Also, Inside Macintosh Volume V will be available from APDA
(Apple Programmer's and D Developer's Assoication) on March 15.
Jordan MattsonUUCP: ucbvax!mtxinu!apple!jordan
Apple Computer, Inc.CSNET: jordan@apple.CSNET
Tools & Languages Product Management
20525 Mariani Avenue, MS 27S
Cupertino, CA 95014
408-973-4601
------------------------------
Date: Fri, 6 Mar 87 11:46:50 pst
From: apple!jordan@ucbvax.Berkeley.EDU (Jordan Mattson)
Subject: Notes on the Script Manager
In response to Joel West's posting on the Script Manager.
Both the Macintosh SE and the Macintosh II have the Script Manager in ROM.
The Script Manager supports all writing systems (scripts). It is not
just for non-Roman (based on Latin) scripts. In fact, text edit now uses
the Script Manager, and all calls when processing English text go to the
Script Manager and from there to the Roman Interface System (RIS).
The Script Manager does not support any script directly, but rather,
based on the script in use, calls a Script Interface System (SIS) to
perform the specific procedure calls needed for a given application. So
what you have is a layered architecture that looks like this:
Application
V
Script Manager
V
Script Interface System
At present there are three Script Interface Systems: Roman Interface
System (RIS), Kanji Interface System (KIS), and Arabic Interface System
(AIS). A Hebrew Interface System (HEIS) and a Hanze Interface System (HIS)
are under development.
A Kanji dictionary is not built into the ROM of the new machines, instead
if you are using the Kanji Interface System on the new machines you would
load Kanji like a font. The Kanji Macintosh, which is distributed in
Japan, is the Macintosh which has been modified to have a Kanji dictionary
in ROM.
The Script Manager is included in the ROMs of the Macintosh SE and the
Macintosh II. It will be available as a system patch in the Universial
System Disk, which will be distributed later this year. Therefore, the
Script Manager will be available on all of our machines.
I hope that this information will clear up any confusion that might be
present.
Jordan Mattson UUCP: ucbvax!mtxinu!apple!jordan
Apple Computer, Inc. CSNET: jordan@apple.CSNET
Tools & Languages Product Management
20525 Mariani Avenue, MS 27S
Cupertino, CA 95014
408-973-4601
------------------------------
Date: 7 Mar 1987 21:32:53 EST
Subject: Need information about Jasmine 80mb
From: T. Chang <CHANGT@A.ISI.EDU>
Hi, there!
Has anyone used Jasmine 80mb? A lot of people posted about Jasmine 20mb,
but none for 80mb, could you please give us some information about it?
Thanks in advance
To Chang
changt@a.isi.edu
smc 1538
Naval Postgraduate School
Monterey, CA 93943
(408)646-5487
------------------------------
Date: Sat 7 Mar 87 20:35:55-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Time Billing for Lawyers
Does anyone have any hands-on experience with any "Time Accounting
and/or Billing" Packages for Lawyers on the Macintosh. The only package
I have heard of is Legal Billing by Satori Software, but cannot get any
information on it. Please send replies directly to me, and I will
summarize for the Net if there are any replies.
Peter
Note: I am not a lawyer, but am doing the research for a Local Law
firm having 4 Mac Plus's.
------------------------------
Date: Sat, 7 Mar 87 10:22 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #14
Delphi Mac Digest Saturday, March 7, 1987 Volume 3 : Issue 14
Today's Topics:
RE: KANJI FONT FOR THE MAC
Re: Vertical Retrace Tasks
using full mac screen (2 messages)
LightSpeed Pascal
RE: INFO-MAC Digest V5 #58
Re: WmgrPort/Desktop Drawing
LaserWriter/LaserPrep 3.3
Hard Disk Partition
RE: MacPub<>RSG 3.0 (4 messages)
RE: AppleWorld report #1 (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-14.ARC
DoD
]
------------------------------
Date: Sat, 7 Mar 87 10:23 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #15
Delphi Mac Digest Saturday, March 7, 1987 Volume 3 : Issue 15
Today's Topics:
DataFrame and System 4.0 (3 messages)
Ruggedized VME boards
word bomb (4 messages)
Word 3.0 Help (2 messages)
RE: damaged disk
RE: turning things off (2 messages)
RE: Apple software & Etc. (2 messages)
New Apple files...
Shutdown Mgr (5 messages)
hooking into LSC stdio... (3 messages)
RE: SE First Impression (2 messages)
50 Hz or 60 Hz?
LaserSpeed vs. new Laser Prep
Word 3.0
HFS Backup 2.0 and System 4.0
LaserWriter Driver Bug
Just for Fun
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-15.ARC
DoD
]
------------------------------
Date: Sun, 8 Mar 87 13:54 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #18
Usenet Mac Digest Sunday, March 8, 1987 Volume 3 : Issue 18
Today's Topics:
Any hardware hacks out there?
Re: Remote Mac Access
Printing thin lines on the LaserWriter
process modeling tool on Mac
Re: Generic Printer Driver Needed
IFF to PICT
MacPlus to IW-I problems
Re: IFF to PICT
halfsies (request from MOUSEKETEER on mod.sys.mac)
Re: UNIX & LaserWriters
Systems/Finder combinations to be used with which Macs
Mac 512E SCSIs and Other Information
Re: WORD 3.0 is great!
Have any cheap laserwriters been announced?
"APPLE" Dealer Directory (phone number)
Re: Systems/Finder combinations to be used with which Macs
Re: process modeling tool on Mac
ROMS and NuBus
Kanji Fonts or Kanji Talk
Re: New Shutdown
new system/finder
MacXL WD2001 Use
Re: Mac II (2 messages)
TML Source Code Lib and Database Toolkit
Re: ROMS and NuBus
Re: MacXL WD2001 Use
Hierical Block Diagrams?
How to use the clipboard of Word?
Re: MacXL WD2001 Use
Linking LSC stdio into the Mac Interface
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-18.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂10-Mar-87 2142 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #63
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 10 Mar 87 21:42:38 PST
Date: 10 Mar 87 2140-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #63
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 10 Mar 1987 Volume 5 : Issue 63
Today's Topics:
DrawPicture to an Offscreen Bitmap
ModalDialog filters
Re: Mouse freezes?
VBL tasks and ADDQ instructions
addq.w to adjust stack
Re: addq.w for popping arguments?
Re: addq.w for popping arguments?
VBL information?
LaserWriter and Adobe Version numbers
Mac Plus and Hard disk powerdown.
Correction to Postings on Script Manager
PROTECTING STATIC MEMORY
laser spoolers
MacNifty Audio Digitizer
Are there 3rd party color monitors for Mac II?
Rerouting default files in Word 3.0?
Color printing from MacWrite
----------------------------------------------------------------------
Date: 10 Mar 1987 16:52-EST
From: Chuck.Weinstock@sei.cmu.edu
Subject: DrawPicture to an Offscreen Bitmap
I am trying to draw a picture to a *large* offscreen bitmap using
Lightspeed C. I believe that the bitmap is set up correctly, using
NewPtr to get the space and setting a boundary rectangle. rowBytes is
even and appears to be the right value. After a SetPortBits the
portBits field looks correct.
The picture draws correctly to the screen. When I send it to the
offscreen bitmap DrawPicture loops forever with a trap AXC6, and the
heap is corrupted.
Does anyone out there have any idea what is going on? All I really
want to do is turn a PICT file into a multi-screen bitmap that I can
then manipulate in my real application (like the Thunderscan software
does, only somewhat bigger). Does anyone have any C code fragments
that will accomplish this for me?
Any help would be appreciated.
Chuck Weinstock
------------------------------
Date: Tue, 10 Mar 87 8:40:06 EST
From: Mike Kraley <kraley@ccw.bbn.com>
Subject: ModalDialog filters
FRUIN@HLERUL5.BITNET is having a lot of problem getting a custom
filter function to work in ModalDialog. This completely threw me
for a loop too - the words in IM are vague and I leaped to
exactly the same wrong conclusion as Mr. Fruin.
The bad assumption is that, when the filter function is called,
that the myItem parameter holds the item number where the click
happened. WRONG! This function is called for EVERY event that
happens in the dialog window: clicks, keys, etc., and no (or
little) processing is done before the callback. Only the first
two parameters are set at the call: myDialog and myEvent. myItem
is probably just garbage. Your function must parse the raw event
itself and figure out if it's a kind you are interested in. then
you use the myItem parameter (notice it's a VAR) to pass
information BACK to ModalDialog, i.e. what item number you would
like it to return to its caller.
When you are processing the event, if it is a click, you have to
explicitly figure out which item the click is in, e.g. by doing
PtInRect. Remember to think about global vs local coords; the
event is global.
Good luck.
...Mike
------------------------------
Date: Sun, 8 Mar 87 21:39:34 mst
From: dlc@LANL.ARPA (Dale Carstensen)
Subject: Re: Mouse freezes?
sbm@Purdue.EDU asked why mouse interrupts aren't being processed when
interrupts are enabled. Although the processor has interrupts enabled, the
SCC, which handles tracking the mouse, does not have interrupts enabled.
The reason the SCC doesn't have interrupts enabled is because the SCC
received a reset. The reason it is so likely for the SCC to receive a
reset is that the Macintosh address mapping PALs allow a number of addresses
to access the SCC, somewhere on the order of 4 to 8 million (out of 16
million available addresses). It's likely you are de-referencing a bad
pointer.
------------------------------
Date: Sun, 8 Mar 87 22:48 CDT
From: <MAX%TAMLSR.BITNET@wiscvm.wisc.edu>
Subject: VBL tasks and ADDQ instructions
To the person who asked about VBL tasks going away when an application
quits...
A VBL task can expire in two ways. It can be removed explicitly by
a call to VRemove, or its counter can be allowed to decrement to
zero and not be reset. Thus, VBL tasks are impervious to application
comings and goings. Of course, this assumes that the task wasn't
placed in the application heap... If you place a task in the application
heap and don't remove it before quitting, the Vertical Retrace Manager
will try to call the task anyway and crash.
To the person complaining about ADDQ.W instructions to pop the stack:
An ADDQ instruction operating on an address register (like the
stack pointer) operates on the whole long word regardless of the
operation size.
Hope this helps,
Greg Marriott
The MacHax(tm) Group
%-b
------------------------------
Date: Mon 9 Mar 87 13:20:51-EST
From: Ian Lance Taylor <TAYLOR@XX.LCS.MIT.EDU>
Subject: addq.w to adjust stack
This is in reply to the message complaining about the use of addq.w
to remove arguments from the stack. This will actually work fine,
since on the 68000 all address register arithmetic is performed as
longwords; i.e. the immediate operand of the addq will be sign extended
before the addition. Since the stack pointer is just an address register,
addq.w works fine. Of course, the addq.l instruction takes the same number
of bytes, so I have no idea why they didn't use it.
Ian Lance Taylor
taylor@xx
------------------------------
Date: 9 Mar 1987 18:30-EST
From: Walter.Smith@dba.mach.cs.cmu.edu
Subject: Re: addq.w for popping arguments?
Re: Popping arguments with addq.w:
Don't panic. M68000 Programmer's Reference Manual, 4th Edition, p.61:
"The entire destination address register is used regardless of the
operation size."
Re: Debuggers running with interrupts enabled:
Debugging VBL tasks is a very special case, like debugging INITs.
Neither is easy. Assuming all current VBL tasks work, which is usually
the case, leaving interrupts on allows the mouse to move and the disk
drive to shut off, which is nice. To debug a VBL task, use Macsbug.
It turns interrupts off, and you can usually survive it long enough to
get the task working and switch to a real debugger. In some cases, you
could just zero the VBL queue before getting into the section of the
program that is failing.
Walt
wrs@k.cs.cmu.edu ..!seismo!cmu-cs-k!wrs
------------------------------
Date: 10 Mar 1987 08:25-EST
From: Tom.Lane@zog.cs.cmu.edu
Subject: Re: addq.w for popping arguments?
>I noticed that Aztec C uses addq.w on the stack pointer to pop
>arguments after function calls. If I understand addq.w correctly, this has
>obvious drawbacks. If the stack pointer is on a 64K boundary, addq.w will
>not carry into the high word of SP, and the stack pointer will end up
>pointing into no man's land.
Fortunately, you don't understand addq.w. According to the relevant
page of the 68000 manual, "The entire destination address register is
used regardless of the operation size." This is an instance of a
general principle that applies throughout the 68K instruction set:
when an address register is the destination, the operation is ALWAYS
a longword (32-bit) operation. The ".w" or ".l" modifier of the
instruction indicates how wide the SOURCE datum is, but a word source
is sign-extended and used in a long operation with the address
register value. Thus bugs of the kind you envision can't happen.
In other words, addq.w and addq.l are the same if the destination is
an address register (though definitely not if it's a data register).
Personally, I always write "addq.l" in this case when I'm writing
assembly code, just to make things clear.
When more than 8 bytes are to be popped, you have to use "adda #n,SP".
In this case the difference between .w and .l is real and useful: .w
implies a 16-bit literal value, .l a 32-bit literal. When popping
arguments, 16 bits is sufficient, and writing "adda.w #20,SP" saves a
word and a memory cycle. No bug ensues since the CPU sign-extends the
literal to a long value and does a long addition to SP. I'd be pretty
upset with a compiler that insisted on using "adda.l", thus wasting
2 bytes in every procedure exit sequence.
In summary, using "adda.w" is the right thing to do; when the value
is small enough to allow "addq", ".l" is preferable on stylistic
grounds, but "addq.w" is not wrong.
tom lane
ARPA: lane@ZOG.CS.CMU.EDU
UUCP: ...!seismo!zog.cs.cmu.edu!lane
BITNET: lane%zog.cs.cmu.edu@cmuccvma
------------------------------
Date: Tue, 10 Mar 87 11:23:25 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: VBL information?
There has been a flurry of requests for VBL information on the net, but no
one has posted any answers. If there is information passing going on in
the background via private email, may I please request that some of that
info be forwarded to the net as there are more people interested in it than
just the requestor.
Thanks,
Jon
------------------------------
Date: Sun, 8 Mar 87 20:36:27 cst
From: rackow@anl-mcs.ARPA (Gene Rackow)
Subject: LaserWriter and Adobe Version numbers
Question: What versions of firmware is in your laserwriter? I have a
Laserwriter with version 38 and another with version 39. I hear that
Adobe has version 46 out. Possibly higher.
Question2: What are the MAJOR improvements taking place from version
to version? I have been told that version 41/42 fixed a bug that
caused the LaserWriter to loose virtual memory on errors. Try sending
5 print jobs to the printer, of which the first 4 have errors. The
fifth, and further, jobs will abort due to a framedevice error. Power
cycling the printer is the only cure.
Question3: How do we go about getting upgrade roms?
Gene Rackow
------------------------------
Date: Mon, 9 Mar 87 16:56 CST
From: Dan Stewart <STEWART_SYS%uta.edu@RELAY.CS.NET>
Subject: Mac Plus and Hard disk powerdown.
Someone once asked about whether or not a Mac Plus and hard disk
configuration should be powered off after use or just left on. I don't
think an answer was ever given. In my case I have a Mac Plus and MacBottom
SCSI-21 and I use it roughly every day. Is it better to just leave
everything run and turn the Mac's screen down, or powerdown the Mac, but
leave the disk running, OR power everything off?? I guess it depends on
how devastating the on/off action is to the circuitry, but I don't really
have a feel for that. Any suggestions?
Dan Stewart
STEWART_SYS@UTA.EDU
------------------------------
Date: Mon, 9 Mar 87 11:48:57 pst
From: apple!jordan@ucbvax.Berkeley.EDU (Jordan Mattson)
Subject: Correction to Postings on Script Manager
A corection to my posting on the Script Manager....
I made a big mistake in my posting about the Script Manager. I stated
that the Script Manager was maintained in ROM on the Macintosh SE and
Macintosh II. This is wrong.
The Script Manager is a package that is maintained in RAM (having been
loaded from the System File), and therefore will be available on the
Macintosh 512K, Macintosh 512KE, Macintosh Plus, Macintosh SE, and
Macintosh II when the Universial System Disk ships with the Macintosh II
this Spring.
I am sorry for any confusion that my mis-information has caused any of
you folks.
Jordan Mattson UUCP: ucbvax!mtxinu!apple!jordan
Apple Computer, Inc. CSNET: jordan@apple.CSNET
Tools & Languages Product Management
20525 Mariani Avenue, MS 27S
Cupertino, CA 95014
408-973-4601
------------------------------
Date: Mon, 09 Mar 1987 16:36 PST
From: GDCWOOD%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: PROTECTING STATIC MEMORY
We have several Macintoshes located in public computer labs on the
Humboldt State campus. A problem that is occuring more and more
frequently is the changing of the control panel settings, which will leave
the Macs seemingly inoperable to other users. For example, a user sets
the control panel setting APPLE TALK to CONNECT and then leaves. Another user
uses the machine and needs to print to an Image Writer connected to the
printer port, no go, Apple Talk is now using that port. Most users aren't
aware of the effects this have; hence, it is assumed the machine is damaged.
I agree that the fix is an easy one; however, the machines are down until
the techs are made aware of it and schedule time to fix the problem.
After the long winded intro. here is my question. Is it possible to protect
the portion of RAM, kept active by the battery, so that control panels changes
cannot effect original settings. The idea being that the settings could be
set to allow general operation, and be protected from accidental or other
changes.
Any information would be greeeeeeatly appreciated.
Thanks in advance!
Dan Calderwood
GDCWOOD@CALSTATE.BITNET
Humboldt State University
------------------------------
Date: Mon, 9 Mar 87 22:05:12 EST
From: jonathan@mitre-gateway.arpa (Jonathan Leblang)
Subject: laser spoolers
Does anyone have any experience with any of the software laser spoolers
curreny available? I am considering purchasing one, and any comments would
be greatly appreciated.
FINDER 5.4 TIP
Holding OPTION down while selecting Eject from the file menu ejects the disk
and removes it from the desktop (the same as dragging to the trash).
This only works when selecting from the menu, option-command-E won't do it.
jonathan
|\ /| | | | \ | ARPA: jonathan@bert.mitre.org
| \/ | | | |__/ |__ BITNET: leblangj@vtvax3.bitnet
| | | | | \ | MABELL: (703) 883-5761
| | | | | \ |___ USNAIL: 7525 Colshire Drive
McLean, VA 22102
Jonathan A. Leblang
The MITRE Corporation
------------------------------
Date: Mon, 9 Mar 87 16:12:57 AST
From: PAUL%ACADIA.BITNET@wiscvm.wisc.edu
Subject: MacNifty Audio Digitizer
I am trying to set up the MacNifty sound digitizer on a Mac Plus and
have been attempting to get the proper cable setup. I can't see
what's wrong with my setup, but its not working. This is what I
have at the moment:
DB9 DIN8
pin 1: Frame ground to pin 1
pin 2: +5V (from 7805)
pin 3: Signal ground to pin 4
pin 4: TxD positive to pin 6
pin 5: TxD negative to pin 3
pin 6: +12V (from AC adapter)
pin 7: HSC in to pin 2
pin 8: RxD positive to pin 8
pin 9: RxD positive to pin 5
Does this look right? If not, can someone out there tell me what
is right. Please reply directly. Thanx.
UUCP: {seismo:watmath:utai:garfield}!dalcs!aucs!Paul
BITNET: {Paul:phs}@Acadia
Internet: {Paul:phs}%Acadia.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Mon, 9 Mar 87 20:42 EDT
From: <KURAS%BCVAX3.BITNET@wiscvm.wisc.edu>
Subject: Are there 3rd party color monitors for Mac II?
We have a Mac II and an SE here at Boston College but Apple has not sent
us a color monitor. The one we have looks as though it was cannibalized
from an old Lisa. Does anyone know whether there are any third party RGB
monitors that can be used as-is with the Mac II and the Apple video card?
By the way, I understand many of you are upset that there is no upgrade
path from the Plus to the SE, but If you've seen what the inside of the SE
looks like you'd realize why this is impossible. The guts are laid out
completely differently and are packed much more tightly (hence the fan).
The case is also significantly different inside and out. Only the basic
shape remains the same. It's kinda like the difference brtween the II+ and
the IIe. I hope no one was naive enough to expect an upgrade path to the
II. (Smile...)
Another thing -- the slot in the SE is being described as a Macitosh SE
expansion slot, so I assume it's different from anything currently
available.
The II and the SE both look really good. The SE is what the Plus should
have been. (But like all Macintosh products, it's evolutionary. It could
not have been created without its predecessors.) The built-in hard disk is
great. General Computer will have a hard time competing with that. The II
is another story completely. Though I haven't seen color or gray scales
(our video board is beta and has a few bugs) nor have I heard sound (our
unit doesn't have a functioning sound chip) the speed is tremendous. And I
haven't encountered any applications which don't run properly (except an
old version of ResEdit). All in all, it looks like a winner. I'd say Apple
has done themselves proud with this thing. (And now will come the
inevitable nitpicky complaints of those who refuse to see what a great
product this is and instead look only at the omnipresent defects, always
wanting more and never thankful for what they have.) Sorry. That was just
my Apple-loving inner self speaking. Any questions? Mail me a note. I'd
also like to hear what others are thinking of this thing.
Pat Kuras
Boston College
<KURAS@BCVAX3.BITNET>
------------------------------
Date: Mon, 9 Mar 87 11:45 EDT
From: <BELSLEY%BCVAX3.BITNET@wiscvm.wisc.edu>
Subject: Rerouting default files in Word 3.0?
Is there anyway to reference a specific drive through a file name? The
question arises as follows: MS Word 3.0 places its default settings file,
"Word Settings" in the blessed folder and not on the disk that contains
the application "Microsoft Word". If, then, one uses the system in a RamDisk
and MS. Word on another 800K disk, the changes to the default settings file
go to the RamDisk and are not automatically saved on a floppy.
There is a way around this, but it is not completely satisfactory. The
file name in the code that is relevant to the reading and writing of
"Word Settings" occurs on Sectors 31 and 208. If one wants this file to
reside on the program disk, say, "WordDisk", then one can use Fedit to
replace these two strings with, say, "WordDisk:defs". This works fine so
long as the overall length of the new name does not exceed that of the
original ("Word Settings") and so long as it is terminated in the C-string
zero.
Using the above solution, the default settings file "defs" will not reside
on the application disk "WordDisk", and the changes that are made will be
saved on this floppy disk rather than in the RamDisk containing the System.
The trouble with this solution is that it requires the Word application be
particularized to a particular disk name, and it will no longer work
correctly if the WordDisk name is changed without similarly altering the
Word code.
So my question is: is there some means for indicating, say, the internal
drive in the file name that will cause this file always to be read and
written to the disk in the internal drive? I would have thought using the
drive number 1, as in "1:DefSettings" would do the trick, but it doesn't.
More generally, is there any way to name a file so that it is directed to
the default volume (which is where Word resides) rather than the volume
that contains the blessed folder? This would be ideal since the default
settings file would then always exist with the word application regardless
of disk name or drive.
My appreciataion in advance for any thoughts and suggestions.
david a. belsley
boston college belsley@bcvax3.bitnet
------------------------------
Date: Tue, 10 Mar 87 14:24:08 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Color printing from MacWrite
Well, I just had some fun. I have been playing with my Imagewriter II, which
is a darn nice color printer. I have used Silicon Press, ColorPrint, and
SuperPaint to do color printing with it and have decided that SuperPaint wins
hands down. I think I'll just toss out the others.
Using SuperPaint's draw layer you can do MacDraw in color and then copy them
into MacWrite documents where they will still print in color!!!!!!
That's right, color from MacWrite. I love it. Be sure to copy it from the
draw layer though so that it is saved as PICT resources.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
End of INFO-MAC Digest
**********************
∂19-Mar-87 2209 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #64
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Mar 87 22:09:26 PST
Date: 11 Mar 87 2136-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #64
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 12 Mar 1987 Volume 5 : Issue 64
Today's Topics:
bug in MacDraw
Word Recovery?
laserwriter printing
re: SE vs MacII expansion ports
MenuEdit/FileTools
Re: Kermit for the Mac+
Kensington System-Trasher!
I Ching for the Mac
orbit.hqx
ListMenus.HQX
Patterns.HQX
1000 Miles game
Re: Laser Spoolers
RE: Laser Spoolers
Anyone use WriteNow regularly?
Business Filevision ?
Re: Me too: Lists in dialogs and problems with filtering
AutoDialog from JAM Software is ShareWare
----------------------------------------------------------------------
Date: Tue, 10 Mar 87 09:46:02 PST
From: Leslie_Ballentine%SFU.Mailnet@MIT-MULTICS.ARPA
Subject: bug in MacDraw
There seems to be a bug in the way MacDraw (versions 1.7 and 1.9) paste
text from the clipboard.
In order to paste text into a paragraph (following the user's manual) I
select the "Text Tool", move the cursor to the desired insertion point,
click the mouse, and PASTE the contents of the clipboard. Sometimes it
works correctly, but more often it does not and the contents of the
clipboard are not inserted into the paragraph, but instead are overwritten
as a separate (caption) object. While experimenting I have obtained BOTH
of these behaviours with the SAME clipboard, so the trouble is not caused
by the contents of the clipboard. Therefore it would seem to be a bug in
MacDraw. I have not been able to discover the sequences of events that
lead to correct or to incorrect behaviour. I think that MacDraft (1.2a)
also has this bug, although I have not experimented as much with it.
Has anyone else had this experience, and does anyone know a work-around?
Details: I have a 512K Mac, old ROMs, Finder 4.1, System 2.0.
L. E. Ballentine, Simon Fraser University,
Burnaby, B.C., Canada, V5A 1S6
USERLEBA@SFU.BITNET
Leslie_Ballentine%sfu@um.cc.umich.edu
------------------------------
Date: Wed, 11 Mar 87 16:34:00 EST
From: Thomas Coradeschi (FSA-E) <tcora@ARDEC.ARPA>
Subject: Word Recovery?
Okay, has anyone out there come across this problem when doing saves in MS
Word? After the crash and subsequent reboot, your file is nowhere to be
found. But on the disk is a file "Word Recovery" which is the same size as
your document, and MW0001, which is 0 k. How is this word recovery file
recovered??Has this happened to anyone else? If the word recovery file is
opened, there is no text in it, yet it still has the same size as the
original! This happened with Word 1.05 (just before we got V3.0) and it the
author had (fortunately) just printed the document shortly beforehand, so
it became a matter of retyping rather than recomposing. Solutions??
Regards,tom c
"I want my -- I want my -- I want my Mac SE"
------------------------------
Date: Wed, 11 Mar 87 11:48 CST
From: DNEIMAN%carleton.edu@RELAY.CS.NET
Subject: laserwriter printing
What is the current wisdom regarding Mac+ -to- laserwriter+ word processing?
I have found that what-you-see on the Mac+ (using MacWrite and Aldus
Pagemaker) is not-what-you-get on the laserwriter+.
I realise that the mac has a different resolution than the laserwriter, and
that it also uses different fonts; also that the laserwriter can substitute
fonts when printing a document. However, even taking this into account, I
cannot get a document which will predictably be properly printed on the
laserwriter. I have even used a proportional font on the Mac+ in my text
design, hoping that it will have the same proportions as whatever laser
font it gets mapped to.
Now, a solution is to be able to define the point-widths of your Mac+
working font characters, regardless of how they display on the screen.
With this, one could count the number of points used on a line and, for
example, begin all tab stops in the correct position on the page, even
though it would look like hell on the screen.
Are there other solutions or workarounds? For example, is there a correct
choice of Mac+ font to use that will get mapped correctly on the
laserwriter? Is there a software solution that justifies your page, or
gives you fine enough control over character placement on a line?
Although I'd like some definite answers, I'd also appreciate a discussion
of this topic on the net.
Thanks much!
Your pal,
Dave Neiman Csnet: DNeiman@carleton.edu
Carleton College uucp: ...{decvax|ihnp4}!stolaf!ccnfld!dneiman
Northfield, MN 55057-4040 (When in operation)
(507) 663-0545
Disclaimer: "None of this is really happening..."
------------------------------
Date: Wed, 11 Mar 87 22:35 CST
From: Wayne <BILLING%UOFMCC.BITNET@wiscvm.wisc.edu>
Subject: re: SE vs MacII expansion ports
Concerning the queries about the SE and MacII ports; are they the same?
The Apple representatives and literature I received at the Apple Canada
product announcement seem to agree on this one; they are different.
The literature describes the SE port as an "internal system expansion
connector (CPU bus connector)". This port is described further in the
"Features and Benefits" section as follows:"The Macintosh SE-Bus is not
compatible with the NuBus architecture."
The description I was given verbally was that it was just an extension
to the normal bus signals. This addition was made to allow easy access
to these signals. To avoid "clipping on to chips", "soldering", or
replacing chips" to gain access to these signals.
Wayne Billing NetNORTH address <BILLING@UOFMCC>
"Dinsdale!" - Spiny Norman
------------------------------
Date: Tue 10 Mar 1987 15:18 CST
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: MenuEdit/FileTools
I have MenuEdit 1.0 (written by Andy Hertzefeld in 84) which has two
problems: 1) it has to be copied to the disk on which the application
resides, 2) it doesn't work with System 4.0.
Does anyone have a newer version of MenuEdit? I know I can use ResEdit,
but MenuEdit is much faster and more convenient.
I also have a problem with the FileTools DA that I have. Whenever I
use memory-intensive programs or a RamDisk, it doesn't work properly.
Is there a revised version of this somewhere out there?
Thank you for any help.
Nihar Gokhale <MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU>
------------------------------
Subject: Re: Kermit for the Mac+
Date: Mon, 09 Mar 87 08:26:10 EST
From: Dave Goldberg <dsg@mitre-bedford.ARPA>
>What I want to know is:
>
>A) What is the most recent version of Kermit for the Mac?
>B) Does this include support for the Mac+ keypad and arrow keys?
>C) If not B, then are there any good PD or Shareware terminal emulation
> programs out there that have support for the Mac+ keypad and arrow
> keys? Do these include support for Kermit or XMODEM?
>
> Chris Yoder UUCP -- {allegra or ihnp4}!scgvaxd!engvax!chris
I'm not sure whether its the most recent version available, but I have
MacKermit version 34. By itself it doesn't support the keypad and arrow
keys, but there is a program available called CKMKEY, which allows you to
map the keyboard to your hearts desire. According to the Kermit
documentation, which describes it in prety good detail, the programs are
separate so that they will work on a 128K. I found it very useful. I'm
pretty sure that it is available from info-mac at sumex-aim.
Also at sumex-aim is a shareware program called Red Ryder. It supports
both Kermit and Xmodem protocols. I haven't used it much, and I'm still
evaluating it, but so far it seems pretty good. I don't have a mac+
keyboard, so I don't know how well it is supported, however it does support
my extra keypad.
Dave (someday my mac+ will have the right keypad) Goldberg
dsg@mitre-bedford.arpa
------------------------------
Date: Wed, 11 Mar 87 16:12 EST
From: Hess@MIT-MULTICS.ARPA
Subject: Kensington System-Trasher!
WARNING:
If a Macintosh which you have plugged in via a Kensington System-Saver fan
suddenly decides that it should only display a thin hairline of video down
the middle of the screen, IT'S NOT THE MAC THAT DIED -- IT'S THE KENSINGTON
FAN THAT'S TRASHING THE MAC!
We just had one die today, and decided that the Mac had a bad power supply.
So, we moved another (working) Mac into the same setup, and it died too,
first time it was turned on. They stay dead, too: it's not just some
transient problem that the fan causes. The Kensington phone support rep
said something about a bad choke allowing 60 cycle hum, but claimed to
never have heard of what happened to us.
(1) Has anybody else had this happen to them?
(2) Does anybody have a good explanation how a surge suppressor (which
is all non-active components, right?) and fan could possibly cause a
power supply (or analog video board) to die this way?
Brian
------------------------------
Date: Wed, 4 Mar 87 16:59 EDT
From: "Jeffrey Shulman" <SHULMAN@slb-test.csnet>
Subject: I Ching for the Mac
[ Uploaded from Delphi by Jeff Shulman ]
Name: I CHING FOR THE MAC
Date: 21-FEB-1987 15:40 by DSCHLESINGER
[ Updated 21-FEB-1987 15:40 by DSCHLESINGER. Correct "About..." address. ]
The first electronic version of the "I Ching", the Chinese "Book of Changes",
adapted for the Macintosh. This is a demo version, without the full
interpretive material. A full version is available from the author for $15.
Please select "About the I Ching" from the Apple menu for full details.
This program should be consulted daily for best results. It is being
distributed as "Curse-ware" -- if you like it and use it regularly, but fail to
reimburse the author for his efforts, you may find yourself living in
interesting times...
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-ICHING.HQX
DoD
]
------------------------------
Date: Mon, 9 Mar 87 11:52:57 PST
From: robinson@csvax.caltech.edu (David Robinson)
Subject: orbit.hqx
Here's a program which will calculate the trajectories of bodies moving
under their mutual gravitational attraction. There are two files here,
one consists of the compiled program, the other has the compiled
program Packit-ed with the source in Lightspeed C
If you are not interested in orbital mechanics, you may still be
interested in the source code. It includes a tool for producing
data-driven dialog boxes, which makes (modal) dialog boxes a
pleasure to program. This tool is subject to the usual restrictions
(Copyrighted, free for any non-commercial use, commercial users
should contact me, I'm reasonable.)
If you are interested in orbital mechanics, this program is for you.
It does a full three-dimensional simulation, using the Feynman half-step
method (see the "Feynman Lectures Of Physics", I forget the volume for
more details) with a time-step dependant on the velocities and separations
of the particles. You can set the scale, precision (time-step size)
and display parameters using the dialog boxes.
David Palmer
david%citsrl@citvax.caltech.edu
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ORBIT.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ORBIT-SOURCE.HQX
DoD
]
------------------------------
Date: Fri 6 Mar 87 19:24:21-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: ListMenus.HQX
[Uploaded from MACKY BBS, Dartmouth, NS]
Here is a program to edit the Menus on Red Ryder Host Bulletin Boards.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>REDRYDER-LISTMENUS.HQX
DoD
]
------------------------------
Date: Fri 6 Mar 87 19:27:48-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Patterns.HQX
[Uploaded from MACKY BBS, Dartmouth NS]
Here is a program that displays various 'QIX' style patterns to the
screen.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>PATTERNS.HQX
DoD
]
------------------------------
Date: Mon, 9 Mar 87 12:53:30 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: 1000 Miles game
Here is a very nice shareware game called 1000 Miles that is
patterned after the Parker Brothers game Miles Bourne. The
author only wants ten bucks and it is well worth it. The game
is fast and fun. Instructions included.
Jon
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-1000-MILES.HQX
DoD
]
------------------------------
Date: Wed 11 Mar 87 07:33:07-PST
From: David L. Edwards <DLE@SRI-STRIPE.ARPA>
Subject: Re: Laser Spoolers
I have been heavily using Laserspeed by Think for a few days now and I am
very impressed by it. I have not encountered any bugs yet and I am using
it on a Mac/XL. It is practically transparent with the exception that it
requires you to invoke its desk accessory to prep the laser. It would be
better if you could default the prepping of the laser on the first document
instead of selecting the prep file.
I didn't investigate other spoolers since I was confident of Think's version
since I am a very satisfied LS Pascal and LS C owner. Also, it was very
reasonably priced.
dle
------------------------------
Date: Wed, 11 Mar 87 21:21 EDT
From: <KURAS%BCVAX3.BITNET@wiscvm.wisc.edu>
Subject: RE: Laser Spoolers
I have had quite a bit of experience with LaserSpeed from Think
Technologies in Lexington, MA. LaserSpeed is a very complete and very
well-implemented spooler. Once it is installed, it operates completely
transparently, but may be disabled at any time. The job order in the print
queue may be changed, and if the LaserSpeed control panel is left open,
very complete info on print job progress is displayed, including amount of
output transmitted to printer and all printer messages. It will notify you
at the beginning and/or end of your job if you wish and will generate a
cover page to identify the job if desired. If the machine is shut down with
output still in the queue LaserSpeed will inform you at startup and ask if
you wish to resume printing it. LaserSpeed also informs you when output is
waiting to be printed by periodically flashing a small LaserWriter icon
over the Apple menu.
The only problem I have with LaserSpeed is that when the printer has not
been initialized, it only informs you that it needs to be and instructs you
to do so by pulling down a menu and choosing a "Prep Laser" command. The
nice part of this is that it is smart enough to know when you're using
PageMaker and informs you to choose a separate "Prep Aldus" item in the
menu when the printer has not been initialized for PageMaker. I just wish
that it would do these things automatically when they need to be done.
LaserSpeed somehow makes use of Apple's LaserWriter driver, so there is
no need to alter your chooser settings. To use it you only have to be sure
that the LaserSpeed control panel (a neat-looking DA with 3-D effects) is
set for spooling. Hope this is helpful.
Pat Kuras
Boston College
<KURAS@BCVAX3.BITNET>
Disclaimer:
I have no connection to Think Technologies other than the fact that I have
a friend who works there and the unrelated fact that the copy of LaserSpeed
I am using was a promotional evaluation copy sent to Boston College. I have
nothing to gain from the company's success, nor anything to lose from its
demise. And I didn't sell anything to Iran. Really.
------------------------------
Date: Wed 11 Mar 87 17:25:54-PST
From: MARYOTT@EDWARDS-2060.ARPA
Subject: Anyone use WriteNow regularly?
Does any one out there use 'WriteNow' regularly? I am thinking of
getting a copy and I would like to know the merits/drawbacks of it. (Yes,
I have read the catalog from T/Maker) - Thanxs in advance.
By the way - what does T/Maker stand for anyway?
Bryce Maryott
------------------------------
Date: Tue 10 Mar 87 21:48:36-PST
From: Mark McNair <MCNAIR@WARD.CS.WASHINGTON.EDU>
Subject: Business Filevision ?
Is documenation on the internal file format used by Business
Filevision available anywhere?
MMc
------------------------------
Date: Mon, 9 Mar 87 23:42:24 AEST
From: munnari!runx.ips.oz!sce@seismo.CSS.GOV (Simon Evans)
Subject: Re: Me too: Lists in dialogs and problems with filtering
John O'Neill wrote from munnari!csadfa.oz!jlo@seismo.CSS.GOV :
Date: Fri, 27 Feb 87 09:28:39 est
> I use a package called AutoDialog from JAM Software (see their adds in
> MacTutor) which introduces a new resource type 'DSta' (Dialog State Rsrc).
> For each DLOG, you create a DSta using their template editor for ResEdit.
> ... This scheme (and other AutoDialog features) sure saves a lot of stereo-
> typical code.
and also <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu> wrote
> Subject: Me too: Lists in dialogs and problems with filtering
> ----------------
> ... dialog filter routine ... Something very strange is happening and I'm
> completely stuck.
Disclaimer first - I DO work for JAM Software, the authors of AutoDialog
and Smart Alarms etc, but I DO NOT earn anything at all from sales of
AutoDialog - so my comments about AutoDialog are not influenced by any monetary
considerations. The author of AutoDialog is John R. McMullen, also author of
Smart Alarms.
Before saying "What blatant advertising" and flaming me, please remember
1. Once more, I do not stand to gain in any way from this posting.
2. Reading this, and considering investing in this inexpensive package
(I think about $80) will probably save you MANY, MANY hours of
development and debugging - I know that it has done that for me.
The following excerpt from the AutoDialog Documentation is therefore posted
soley for the information and help it may provide to those contributors
who have been puzzling over list items in Dialogs and generally trying
to write dialog code more easily - {AutoDialog handles lists automatically
and with no extra code hassles} :
AutoDialog is a set of routines and data types that provide an easy way to run
dialogs in a standard way, able largely to be specified by the resource editor
instead of by programmer code. Its benefits are:
1. Cuts down code size if several complicated dialogs are used in
one program. Cuts down programming time enormously. Calls such as
getCtlValue, etc.. used to read the state of checkboxes and to dim and
undim buttons, are eliminated from your code, being centralized in the
autoDialog unit.
2. Handles, AUTOMATICALLY and in a standard way, common item types
lumped together as "user items" by the Macintosh Dialog Manager. These
new types include
(b) outlining of the default button;
(c) scrollable lists (handled through the List Manager package). (*)
(d) "radio icons": groups of icons that behave like radio buttons.
(*) The handling of lists alone makes AutoDialog worth the price.
3. Provides a standard filterProc to handle all the above new
items, (particularly lists) as well as standard radio button groups.
4. Allows the types and initial state(*) of the dialog's items
to be read in as a resource, facilitating development through the
Resource Editor not only of the dialog's appearance, but a great deal
of its behavior as well. Many dialogs can be run without writing a
special-purpose filter routine. (*) Note that this means that an end
user can change the default initial state of alert buttons
by simply using ResEdit.
6. ...checks for command keys and invokes the correct editing reponses.
(You can get versions for MPW C and Pascal, TML, AZTEC, LSC and soon LSP)
Simon Evans ISD: +61 2 90-7031 or +61 2 799-1696
c/o JAM Software Pty Ltd STD: (02) 90-7031 or (02) 799-1696
27A Nowranie Street ACS: sce@runx.ips.oz
Summer Hill NSW 2130 UUCP: seismo!munnari!runx.ips.oz!sce
AUSTRALIA ARPA: munnari!runx.ips.oz!sce@SEISMO
------------------------------
Date: Wed, 11 Mar 87 23:40:48 AEST
From: munnari!runx.ips.oz!sce@seismo.CSS.GOV (Simon Evans)
Subject: AutoDialog from JAM Software is ShareWare
Mea Culpa - I said yesterday that AutoDialog cost about $80 - well I
was out of date. AutoDialog is now shareware, and so over the next
week or so I will try to upload the MPW C and Pascal Versions,
documentation, examples, Lightspeed C and any other versions I
get demands for (TML, MDS and Lightspeed pascal are also available).
You also get the ResEdit TMPL for editing DSta resources.
AutoDialog is not free !!!
It is shareware. The contribution sought is $50 (US), and
this entitles you to support (pestering me is probably the
easiest way via the net).
I hope I can figure out some way of getting all the stuff to the
appropriate networks over the next week (it may already be lurking on
Compuserve - we have had reports that it's there somewhere but we cannot
substantiate this)
Simon Evans ISD: +61 2 90-7031 or +61 2 799-1696
c/o JAM Software Pty Ltd STD: (02) 90-7031 or (02) 799-1696
27A Nowranie Street ACS: sce@runx.ips.oz
Summer Hill NSW 2130 UUCP: seismo!munnari!runx.ips.oz!sce
AUSTRALIA ARPA: munnari!runx.ips.oz!sce@SEISMO
------------------------------
End of INFO-MAC Digest
**********************
∂19-Mar-87 2251 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #65
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Mar 87 22:51:16 PST
Date: 19 Mar 87 2249-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #65
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 13 Mar 1987 Volume 5 : Issue 65
Today's Topics:
Re: PROTECTING STATIC MEMORY
Locking PRAM.
System 3.2 bug
Script Manager??
De-Clipper FKEY?
Re: AutoDialog
VBL Tasks and Dead Mice
microsoft word
Printing the command key symbol
Third Party Color Monitors
A LaserWriter question or two:
Noises on my modem
Versaterm output to appletalk
Performance upgrade
Word 3.0 - bugs and anomalies
Import bug in Word 3.0
----------------------------------------------------------------------
Date: 12 Mar 87 09:24 CST
From: MACA.AFCC@AFCC-4.ARPA
Subject: Re: PROTECTING STATIC MEMORY
Set each macintosh's control panel to some acceptable standard set of setting
and then use the Font/DA Mover to remove the Control Panel Desk Accessory.
There isn't enough in the control panel to really hurt anyone if it were
missing.. hope this helps.
------------------------------
Date: Thu, 12 Mar 87 07:40:03 PST
From: <KNIGHT@maine.bitnet>
Reply-to: KNIGHT%MAINE.BITNET@forsythe.stanford.edu
Subject: Locking PRAM.
Dan Calderwood of GDCWOOD@CALSTATE.BITNET asked if anyone knew of a
a way to lock down the parameter ram on his public access machines. I
think that I have a solutions of sorts. Supply a system disk tied down
to the machine with a piece of string or such that people should use
to boot the mac. Use Apples Font DA Mover to remove the control panel
from these disks. Now no one can change these settings unless they
bring their own system disk. Give the lab monitor or proctor a system
disk *with* the control panel so he can check individual machines when
problems arise.
Mike Knight
Knight@Maine.bitnet
------------------------------
Date: Wed 11 Mar 1987 22:32 CST
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: System 3.2 bug
Does anyone know how the System 3.2 disk recognition error was fixed?
I don't want to go up to System 4.0 yet (I have a 512) but I just want
to patch in the bug fix into System 3.3. Can anyone tell me what
resource(s) I should copy from System 4.0 to paste into the earlier
version.
Thank u__ Nihar <MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU>
------------------------------
Date: 12 Mar 87 08:01:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Script Manager??
Reply-to: <bouldin@ceee-sed.arpa>
The new 256K roms are reported to contain a "script" manager. Anyone know
what this is?? Could we be lucky enough to finally be getting batch/command
file capability on the Mac???
------------------------------
Date: Thu, 12 Mar 87 11:44:10 PST
From: cpd@CS.UCLA.EDU (Charles Dolan)
Subject: De-Clipper FKEY?
I use the ClipperFKEY quite a bit. I would also like to have an FKEY
which does the reverse, removes all but the last carriage return.
This would be extremely useful for moving text from MacTerminal into
MacWrite.
Where is the format for FKEY resources documented?
OR
Has anyone already written such an FKEY?
Thanks
-Charlie Dolan
cpd@hera.cs.ucla.edu
------------------------------
Date: Fri, 13 Mar 87 11:17:52 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: Re: AutoDialog
Article is from "PUGH%CCC.MFENET@nmfecc.arpa"
> To: John O'Neill
>
> I am interested in this AutoDialog thing from JAM, could you please give us
> more information?
Write to:
JAM Software 27A Nowranie St Summer Hill NSW 2130 AUSTRALIA.
(02)-799-1696. Int.(612)799-1696. They are not on the net.
The author is John McMullan (spelling suspect), and the cost is approx $US79.
> You mentioned that you use a ResEdit template to create a 'DSta' resource.
> Is this a normal ResEdit template or a code template (along the lines of
> the window editor in ResEdit)? If it is a normal ResEdit template, can it
> be freely distributed so that users can use it to change the DSta resource?
> If it cannot be distributed, how can the users be expected to modify it?
A template similar to the one used to edit Menus in ResEdit.
As one is free to distribute AutoDialog code as part of a complete application
(but not independently), then I assume that it would be OK to include
the DSta ResEdit template, although I cannot speak for JAM on this.
> Also, I assume that there is code that goes along with this so that you can
> just initialize your dialog.
Yes, there are a number of functions provided to do useful things with DLOGs.
> Is this the case, and if so, what languages
> are supported? Is source or object code included?
Object code only, for any of the Pascal systems in common use (i.e. MPW,
Lisa Workshop, TML, but not LSP as yet, although I may be out of touch).
JAM is (as might be expected) not keen to give away source code, and so
I did the conversion to LSC, using RelConv and some additional ASM to provide
an equivalent to TML's PAS$StrCmp string comparison routine. I am not at
liberty to distribute the LSC version independently.
Mr. John O'Neill Phone ISD: +61 62 68 8818
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET/CSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA JANET: jlo@oz.csadfa
------------------------------
Date: Thu, 12 Mar 87 22:22:28 est
From: ephraim%wang.uucp@RELAY.CS.NET
Subject: VBL Tasks and Dead Mice
In a recent info-mac, one correspondent asked about both VBL tasks
and mouse freezes. There is a connection. The health of the mouse
depends on the operation of the VBL mechanism. If you exit a VBL
task improperly, you can leave the VBL queue "in use." This prevents
any further execution of VBL tasks and drops the mouse in its tracks.
The in use bit for the VBL queue is bit 6 of the queue flags in the
VBL queue header. Check it out.
Ephraim Vishniac
decvax!wanginst!wang!ephraim
------------------------------
Date: Fri 13 Mar 87 21:37:23-EST
From: Geoff Mulligan (USAFA) <Geoffm@AFSC-HQ.ARPA>
Subject: microsoft word
Can someone tell me how to change the default font in microsoft word 1.05
also does anyone know how to change the default speed in mackermit?
geoff
------------------------------
Date: Thu, 12 Mar 87 13:42:47 EST
From: bills@CCA.CCA.COM (Bill Stackhouse)
Subject: Printing the command key symbol
Well I know how to display the command key symbol on the screen, hex 11
in Chicago size 12. Now the question is how to get it to print on a
LaserWriter (not a LaserWriter Plus)? Since Chicago is (I think?) one
of the builtin fonts on a LW+, it should work OK but I don't have one
to try it with. Thanks.
Bill Stackhouse
Cambridge, MA.
bills@cca.cca.com
------------------------------
Date: Wed, 11 Mar 87 21:26:55 PST
Reply-to: JAK9213%TAMVENUS.BITNET@forsythe.stanford.edu
Subject: Third Party Color Monitors
From: <JAK9213@TAMVENUS.BITNET> (John A Kane - Micro Computer Center)
> From: <KURAS%BCVAX3.BITNET@wiscvm.wisc.edu>
> Subject: Are there 3rd party color monitors for Mac II?
> We have a Mac II and an SE here at Boston College but Apple has not sent
> us a color monitor. The one we have looks as though it was cannibalized
> from an old Lisa. Does anyone know whether there are any third party RGB
SuperMac Technologies has I believe two color monitors (19", 15"{?}) and
one monochrome monitor (15" {?}). I have not yet received pricing on these
monitors, but I saw them at AppleWorld and they are very nice.
SuperMac will also have video adapters for the Mac II and the Mac SE.
The Mac SE version I think will have 68851 on it. The SE's bus is not
Nu-bus. It is its own special beast, probably the best that could be had
in the case.
I too am concerned about the lack of an upgrade path, but then TI never
offered me one for the TI Portable MS-DOS machine I bought, nor did
IBM offer me an upgrade on my 6 MHz PC/AT. Apple has at least given
Mac users the oppurtunity to upgrade and the capability to migrate
software from our existing machines to the new machines.
John Arthur Kane
Manager
Texas A&M Micro Computer Center
JAK9213@TAMVENUS
As always, my employer does not even know I know how to use a computer.
------------------------------
Date: Thu, 12 Mar 87 01:17:25 EST
From: PLawall%UMASS.BITNET@wiscvm.wisc.edu
Subject: A LaserWriter question or two:
I would like to be able to replace the "double dot" umlaut accent in
several Laser fonts (notably New Cent. Schoolbook, Bookman, and Times)
with a Latin overbar accent (macron). I suppose this would be relatively
trivial to do in the screen font with something like "Fontastic", but how
can one do it with the Postscript font?
Can the PS font be "read" out of the LaserWriter into a downloadable
font, edited with something like "Fontographer" [expensive... :-( ], and
then used as a new downloadable font?
Thanks,
Peter Lawall
------------------------------
Date: 11 Mar 1987 22:30:08 PST
Subject: Noises on my modem
From: T. Chang <CHANGT@A.ISI.EDU>
HELP!! I ordered a modem from QUBIE', it is a 2400 BASIC TIME(external),
it looks neat, also the color goes with my Mac. I used 2400 only to log on
the mainframe at Naval Postgraduate School (IBM 3033). Most of the time it
works fine, but sometime there are noises on the screen. I called QUBIE',
asked help from techniques , and answer I got is: 2400 is more sensitive
than 1200. And he suggested me to call the phone company check my phone
line. I don't know. It works fine with 1200. Can someone in the net-land
tell what's wrong with it? (The noise is "{", for example, if I issued
RUN, then the mainframe responsed :'?"{RUN", invalid command..")
Thanks in advance
To Chang
changt@a.isi.edu
SMC 1538
Naval Postgraduate School
Monterey, CA 93940
------------------------------
Date: Thu, 12 Mar 87 16:15:51 EST
From: "Edward A. Band" (IMD-TSD) <eband@ARDEC.ARPA>
Subject: Versaterm output to appletalk
I am using versaterm. When I run a certain program
on a mainframe, It sends control characters for a vt100
that turns the auxillary (printer) port on/off.
This works fine when I have my imagewriter attached directly
to the Mac, Versaterm acts just like a vt100 redirecting the
output to the imagewriter. Now, I have an appletalk
network with a Laserwriter plus printer on the network.
When I now use Versaterm, Versaterm is not redirecting the
output to the Laserwriter, it just seems to get dumped to the
screen. Does anyone out there have a utility or technique
for getting this output directly to the Laserwriter. Also,
if not, does any other emulation program handle this case.
I am probably asking for "pie in the sky" but maybe I'll get
lucky. Please send your replies directly to me at
eband@ARDEC.ARPA
------------------------------
From: Bill Roberts <bill%hao.UCAR.EDU%ncar.csnet@RELAY.CS.NET>
Date: 13 Mar 87 18:18:17 GMT
Subject: Performance upgrade
Date: 13 Mar 87 18:18:17 GMT
I'm thinking about upgrading my current system to improve performance. I'm
currently using a Mac+, 1Meg with a DataFrame 20. This is a pretty nice system
as is but I thought it would be nice if I could improve it anymore with a
minimum of cost. So the questions are:
1) How much to upgrade my DF20 to a DF20 XP? And what type of
improvement can I expect?
2) What's the best (least expensive, best quality, easiest to install)
memory upgrade available? I'm thinking 2Meg would make my life
a little easier?
If I get enough response to this I'll post a summary to the net. Thanks in
advance.
Bill Roberts
NCAR/HAO
Boulder, CO
UUCP: hao!bill
CSNET: bill@hao.ucar.edu
------------------------------
Date: Thu, 12 Mar 87 10:03 EDT
From: <BELSLEY%BCVAX3.BITNET@wiscvm.wisc.edu>
Subject: Word 3.0 - bugs and anomalies
Following are several bugs and/or anomalies in MS Word 3.0. My various
telephone conversations with MicroSoft indicate that they are aware of all
of these problems.
1. The most important problem is that the appliction can simply freeze
during a "Save As" command. I have not yet determined exactly the
conditions that produces the freeze, but, just after 100% arises in the
lower left-hand box, nothing more happens. The watch cursor remains and
can be moved with the mouse, but no other response is forthcoming. This
behavior would suggest the problem to be an infinite loop (including
SystemUpdate) rather than a real freeze up. The results are just as bad,
however, since it can only be corrected with a reset with the potential for
a serious information loss. Again, this happens (so far) only with the
"Save As" command; I have not had it happen with "Save".
2. The "Save any Changes?" box that occurs when you Quit Word is
ambiguous, or can be, as to its consequences. If you forget during the
session whether you've made any changes to a glossary or the dictionary,
you can easily get into a situation where you can loose information
regarless of whether you answer "yes" or "no". Suppose you make changes in
the dictionary, for example, and alter the document. Suppose further that
you later forget the dictionary changes, which you nevertheless want to
save, but don't want to save the changes to the document. Upon quitting,
you will get "Save any Changes?" Having forgotten the dicitonary, if you
answer no, you'll loose everything.
Or, suppose you've made changes to the document, which you don't want to
keep and you forget whether a dicitionary change has been made but in
fact none has been. Now, if you answer "yes" to see what further saves
come up, it will simply save the document (which you don't want) without
giving any further chance.
3. The LaserWriter driver is stupid about copy numbers. When you make
more than one copy, it does so by making the first copy, and then
completely reinitializing to make each subsequent copy. You will, of
course, loose your place in the queue between each copy. This was a
silliness of Word 1.0 that was fixed in 1.05. Why it should be with us
again in inexplicable. The guy on the phone indicated he thought they were
working on a new LW driver. Let's hope so.
4. Word 3.0 seems incompatible with RamStart. Placing the system in a
ramdisk results in frequent crashes (ID 02). This suggests that Word
somehow doesn't respect the bounds of the RamDisk while it is writing its
Temp files, which are directed to the Blessed Folder. They know about
this, but who knows when or how it will be fixed. I have only had
personal experience with RamStart. I do not know if the same type of
problem occurs with other Ram Disk applications. I would appreciate any
evidence that may arise.
Otherwise, I think the application is fantastic. Unfortunately, it is less
tolerant of WhackHack use than was Word 1.05. One must really spend time
with the reference manual, and it is clear that means one must **really**
spend time. For serious use, however, it is worth it. There is much about
its use that does not become naturally obvious from usual operation.
david a. belsley
boston college belsley@bcvax3.bitnet
------------------------------
Date: Thu 12 Mar 87 18:34:18-PST
From: Barry Eynon <EYNON@Score.Stanford.EDU>
Subject: Import bug in Word 3.0
As Microsoft now apparently admits this problem exists ( I wasn't the one
who called them, though I've been bitten) I thought it would be of general
interest to all the new Word 3.0 owners: There is a problem with importing
Word 1.00/1.05 files which have fancy paragraphing information, e.g. extra
spaces after paragraphs. The "Untitled" document created upon import is
left in some kind of inconsistent state with respect to the paragraphing
information, such that, for instance, the on-screen interparagraph
spacing will not concur with that when printed. Direct attempts to reset
the spacing may appear to work, and the problem can resurface later. My
proposed fix, which is slow but works, is to output the file in RTF format,
and then reimport it, as this forces the document to be consistent in its
paragraph information. A faster and easier fix which Microsoft now recommends
is to immediately do a SHIFT-Repaginate (forced full repagination) after
importing the document, before doing anything else, which doesn't hurt
and is supposed to correct the problem. Hope this saves everyone some grief.
-Barry Eynon
------------------------------
End of INFO-MAC Digest
**********************
∂21-Mar-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #66
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 21 Mar 87 21:56:10 PST
Date: 21 Mar 87 2154-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #66
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 16 Mar 1987 Volume 5 : Issue 66
Today's Topics:
Head parking and shutdown?
Re: Kermit for the Mac+
PostScript conversions
BinHex5.bas
New Multi-Scrap
Iconic Fonts
Insect DA - VBL Example
64UNITS: Increase the size of your unit table.
MACARC.HQX and WORDDA's.HQX
SCHOLARS-AID-971.HQX
Re: need split baud rate comms or help
Usenet Mac Digest V3 #19
Usenet Mac Digest V3 #20
Usenet Mac Digest V3 #21
Delphi Mac Digest V3 #16
Delphi Mac Digest V3 #17
----------------------------------------------------------------------
Date: Sun, 15 Mar 1987 13:07 PST
From: Stuart Strand <A0799%UWACDC.BITNET@wiscvm.wisc.edu>
Subject: Head parking and shutdown?
I commute daily with my Jasmine DD20. No problems for the last month. The
DD20 has a Seagate 225 drive which requires manually parking of the heads;
and a desk accessory is supplied for this purpose. However, after using
this DA, if I use shutdown the disk bleeps as if it is being accessed
again.
My questions are: After parking the head and shutdown are the heads still
parked? Will the new Finder/System (5.4/3.3 or the coming Universal
system) leave the heads parked on my Seagate after shutdown? What about
manual head parking on the Miniscribe 20Mb hard drives used in the new
Cirus drives from Kammerman Labs (these drives weigh 4.5#, very portable).
Does anyone know of a utility (not a DA, please, my slots are full) that
shuts-down and leaves the heads parked.
Stuart Strand <A0799@UWACDC> or 206/543-5350
AR10, Univ Washington, Seattle, WA 98195
------------------------------
Date: Sun, 15 Mar 87 02:36 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: Re: Kermit for the Mac+
Chris,
You had some questions concerning Kermit for the Macintosh.
> A) What is the most recent version of Kermit for the Mac?
MacKermit version 0.8(34).
> B) Does this include support for the Mac+ keypad and arrow keys?
MacKermit's way of handling the keyboard is a seperate utility to
remap the keyboard. The utitily, called CKMKEY, allows you to redefine
any key into just about any other key. I assume that would include
the Mac+ keypad and arrow keys. And I wouldn't be surprised if that had
already been done by a diligent Mac owner.
> C) If not B, then are there any good PD or Shareware terminal emulation
> programs out there that have support for the Mac+ keypad and arrow
> keys? Do these include support for Kermit or XMODEM?
Red Ryder is an excellent shareware communications program that supports
Kermit, Xmodem, arrow keys, and much more. It could very well be the best
communications program for the Mac around.
Thomas Fruin
FRUIN@HLERUL5.BITNET
Leiden, Netherlands
------------------------------
Date: Sat, 14 Mar 87 00:00:44 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: PostScript conversions
I know I've seen this sort of thing here before, but I just can't seem to
find it. I'm looking for programs (exe's or sources, prefer both) that
will do the conversion from PostScript to Imagen and/or Quick for the great
variety of computers and laser printers we've got here at the Lab. The
Macintosh alone with a LaserWriter is great, but frequently we have things
like an Imagen hooked to a Univac with a Mac online as a
workstation/terminal and we need some way to output the Mac files via the
Univac (or whatever... there must be a couple hundred different systems
here).
Anyone with any information on these sorts of programs please mail me
direct or via InfoMac. I'll summarize if there are sufficient items.
Godfrey DiGiorgi Jet /\
digiorgi@jpl-vlsi Propulsion ||
March 14, 1987 Laboratory / \
I want to go!
------------------------------
Date: 14 Mar 87 20:52 +0600
From: Grant Delaney <delaney%wnre.aecl.cdn%ubc.csnet@RELAY.CS.NET>
Subject: BinHex5.bas
A recent request and my need for BinHex has prompted me to down load the
basic program to create The NEWEST version of BinHex 5.0 compatable with 4.0
and MacBinary.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>BINHEX5.BAS
DoD
]
------------------------------
Date: Wed 11 Mar 1987 22:39 CST
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: New Multi-Scrap
Having problems with the Scrapbook? well, this DA is for you. This new
version adds Reduce to Fit and a Multi-Scrap icon in addition to multiple
Scrapbook files. enjoy.
Nihar Gokhale <MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU>
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MULTISCRAP.HQX
DoD
]
------------------------------
Date: Thu 12 Mar 87 19:47:21-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Iconic Fonts
[Uploaded from MACKY BBS, Dartmouth, NS]
Include here are some fonts containing Icons and various other display
fonts.
Peter
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FONT-ICONIC.HQX
DoD
]
------------------------------
Date: Thu, 12 Mar 87 08:49:56 est
From: ephraim%wang.uucp@RELAY.CS.NET
Subject: Insect DA - VBL Example
Enclosed is a new version of the infamous Insect DA, with source code.
I've fixed bugs, added insecticide, and produced MDS assembler source
with a little help from MacNosy. Insect is a useless DA, but a good
example of VBL task handling.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-INSECT-VBL.HQX
DoD
]
------------------------------
Date: Wed, 11 Mar 87 22:54:15 EST
From: mhuxu!davec@harvard.harvard.edu
Subject: 64UNITS: Increase the size of your unit table.
I am passing this along for Ephraim Vishniac (wanginst!wang!ephraim),
who still doesn't have reliable net access.
-Dave Caswell
Enclosed is 64Units, an INIT that enlarges the unit table to 64
slots and moves it to high memory, freeing a few precious bytes of
the system heap. For more info, read 64Units.asm.
The attached BinHex 4.0 / Packit II file contains both source and
executable versions. This item is in the public domain.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-64UNITS.HQX
DoD
]
------------------------------
Date: Sun, 15 Mar 87 22:18 EST
From: Evan Bauman
From: <GKN3M2%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: MACARC.HQX and WORDDA's.HQX
The following are two useful things I picked up from GEnie.
The first, MACARC, is an application that will read and unarc program
made with the ARC program on an MS-DOS PC. This may not be useful to those
who have only Macs but there are those who use both and may want to un-arc
programs on a Mac before transferring them to a PC.
WORDDA's is a set of DA's that you can install into MS-Word 3.0 which
displays a lot of the command key shortcuts.
As always, use BINHEX to convert to the packed file and then use
PACKIT II,III to unpack the archive.
___|\__________|_
| | \ | \ gkn3m2@irishmvs (bitnet)
| | \ | | gkn3m2%irishmvs.bitnet@wiscvm.wisc.edu (arpa)
| | \ | | ihnp4!inuxc!iuvax!ndmath!ndcheg!evan (UUCP)
_|_|________\__|_/
| \|
Evan Bauman
Dep't of chemical engineering
University of Notre Dame
Notre Dame, IN 46556
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACARC.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-WORD30-INFO.HQX
DoD
]
------------------------------
Subject: SCHOLARS-AID-971.HQX
Automate your publications with Scholar's Aid
New Scholar's Aid Ver 9.71 corrects bugs in ver 9.4 and adds features.
Corrects bug that caused Scholar's Aid (SAid) to ignore authors whose names
began with "V". Corrects bug that caused Ref Table to be duplicated if
Restart selected.
New features: Now able to read MS-Word 1.05 or 3.0 files directly. More
formating options for reference lists.
Registered owners of SAid ver 9.4 will receive a free 9.71 upgrade disk in
the mail.
I have been using MS-Word for scientific papers with some success for 2
years. However, Word does not automatically number references for
scientific papers. As you may know, footnoting in Word is not satisfactory
for references that are cited several times in the text.
So I wrote Scholar's Aid, which searches for codewords in Word's
print-merge format. Then Scholar's Aid compiles the reference list from a
master bibliography using MS-File and sets up the reference list. SAid
supports several citation styles, numerical, alphabetic, author-year, etc.
It also will number figures, tables, equations, and 2 other list in the
document. It will work without File (i.e., renumber lists), but you have
to set up your own reference list for input. A minimum system for SAid is
a 512k Mac and two 400K-drives.
There are five steps to get a printout of the final draft:
1. Write document in Word using print-merge variables
for numbers of references, figures, etc.;
2. Start SAid and search text for print-merge variables;
3. Open File bibliographic database and find cited
references using list saved in clipboard by SAid;
4. Start SAid again and choose formating for reference
list;
5. Open document in MS-Word and print using print-
merge and files written by SAid to automatically
provide numbering.
Note that,MS-Word 3 for the Mac will support writing the final
print-merged file to disk for further editing, rather than to the printer).
This may seem like a lot of work for short documents, but think of the
time saved when long documents are extensively edited and rearranged, when
sections of other documents are pasted in; all without having to think
about numbering of references, or equations, or figures. You will never
have to type a reference more than once. Need to revise a reference list
for a journal with a different format? No problem with SAid.
If this sounds like a sales pitch, I guess it is; but I also think
that this is the type of assistance that microcomputer word processing
should provide to the scientist and scholar.
The accompanying files should be joined with a text editor and the
resulting large file unhexed with BinHex v4, and unpacked with Packit III.
The complete Scholar's Aid program is included, along with a bibliography
template for MS-File. It includes tutorial documentation. SAid is
shareware. Pass it around to your friends. If you like SAid and continue
to use it, you must pay me $35; in return, I will send you a complete, 35
page, indexed manual.
Stuart E. Strand,
19016 Ashworth Ave. N,
Seattle, Wa 98133
206/543-5350 days
206/542-1312 evenings
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-971-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-971-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-971-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-971-PART4.HQX
these replace the previous version in the archives.
DoD
]
------------------------------
Date: Sun, 15 Mar 87 02:39 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu>
Subject: Re: need split baud rate comms or help
Andrew,
You're in luck!
> A friend needs a terminal program that will communicate with a
> modem at different send & receive baud rates (viz 1200/75 (CCITT)).
VICOM, from A.M. Computer Technology in the United Kingdom, is just the
program you're looking for. Besides working at 1200/75 bps (V23) it also
supports Viewdata graphics in a very nice way. You can reach them at:
A.M. Computer Technology Limited
19 Kensington Court Mews
London W8 5DR
United Kingdom
Thomas Fruin
FRUIN@HLERUL5.BITNET
Leiden, Netherlands
------------------------------
Date: Sat, 14 Mar 87 10:14 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #19
Usenet Mac Digest Saturday, March 14, 1987 Volume 3 : Issue 19
Today's Topics:
Re: MacSnap Memory Upgrade from Dove
Mac II performance (Unix)?
Disk Repairs
Re: New Managers as Defined in Inside Macintosh Volume V
System 4.0 questions
Trackball replacement for the Mouse?
Turbo Maccountant
WORKS PROBLEM
suppressing LaserWriter's test page?
Blitter and graphics performance
Font/DA/FKEY INIT
Doublle click-able debugger?
Re: Re: Mac II
RE: Printing Thin Lines on the Laserwriter
Correction to Postings on Script Manager
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-19.ARC
DoD
]
------------------------------
Date: Sat, 14 Mar 87 10:15 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #20
Usenet Mac Digest Saturday, March 14, 1987 Volume 3 : Issue 20
Today's Topics:
Re: Mac II (really SE: A letdown?)
Laserwriter, PostScript, and Patterns
Summary of HD backup program responses.
Question about Mac II sound generator
Word footnote bug
A Word Processor for Screeen/Play writers...
need split baud rate comms or help
Microsoft fortran
Mac graphics emulation via TELNET ??
MacApp's undo ability.
Re: Question about Mac II sound generator
Re: Don't count IBM out yet
Re: MacApp's undo ability.
Re: Mac graphics emulation via TELNET ??
pen patterns in Macdraw lose
Re: A Word Processor for Screeen/Play writers...
Re: Microsoft fortran
Microsoft/Absoft Fortran Pitfalls-"execute" and extra chars.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-20.ARC
DoD
]
------------------------------
Date: Sat, 14 Mar 87 10:16 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #21
Usenet Mac Digest Saturday, March 14, 1987 Volume 3 : Issue 21
Today's Topics:
Internal "scuzzies"
warning on word 3.0
Re: MacApp's undo ability.
Databases for the Macintosh
X windows for Mac?
Re: Laserwriter, PostScript, and Patterns
Re: IEEE-488 controller for Nubus?
Excel Help requested
I can't believe this!! (MS &*%$# Word 3.0...)
MacDraw vs CricketDraw vs Illustrator
Word 3.0 and Bibliographies
Re: MacApp's undo ability. (2 messages)
Finding addresses w/appletalk
Word 3.0 strange bug
Time and Date FKEY
LaserWriter Spoolers
Re: X windows for Mac?
Re: I can't believe this!! (MS &*%$# Word 3.0...)
Re: Master Directory Block Trashed
Re: MacDraw vs CricketDraw vs Illustrator
Discrete-event Simulation on the Mac
Sending PS to modem line
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-21.ARC
DoD
]
------------------------------
Date: Sun, 15 Mar 87 10:14 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #16
Delphi Mac Digest Sunday, March 15, 1987 Volume 3 : Issue 16
Today's Topics:
Disk Evaluations
RE: Word 3.0 (5 messages)
RE: LaserSpeed vs. new Laser Prep
4.0 startup (2 messages)
System 4.0 & Tempo 1.1 (2 messages)
MS-Basic
Memory Upgrades
RE: Memory Upgrade Opinions? (2 messages)
Hannover Faire news (2 messages)
memory map (5 messages)
Prog.Start at certein Time...
LW font request
DiskTimerII results
Re: new system/finder
Re: Re: ROMS and NuBus
RE: Carrying Case Warning
Re: Remote Mac Access
power supply/hardware problems
FX/20 and FX/40
RSG3 updates?
Dove/WARP NINE? (3 messages)
dialog items filtering (4 messages)
MW 3.0 400K disks
Word Scatology
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-16.ARC
DoD
]
------------------------------
Date: Sun, 15 Mar 87 10:14 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #17
Delphi Mac Digest Sunday, March 15, 1987 Volume 3 : Issue 17
Today's Topics:
RE: Word Scatology
MacApp "PD" Software (2 messages)
laserwriter carts
more word observations
MAC SE
RSG 3.0 Upgrades/Fixes
FONTastic upgrades (2 messages)
PCPC HFS Backup 2.0
Word 3.0 crashes (2 messages)
BUGS (4 messages)
Re: VBL tasks
Re: Re: addq.w for popping arguments?
Re: PROTECTING STATIC MEMORY
asynchron serial driver calls (2 messages)
laser spoolers
Mac Plus and Hard disk powerdown
Stresed Nodes
More Press Releases...
MacApp Developer's Association Newslette
Mac SE first Impressions (2 messages)
RE: Disk Repairs
LW FONTS & FONDS
Question about Mac SE overseas (3 messages)
bootable 4.0
MacHack '87
Word 3.0 bugs
Mac II monitor questions
RE: Mulitple LW copies with MS Word 3.0
1000 miles...
LoDOWN LD155
RE: Re: PROTECTING STATIC MEMORY
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-17.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂22-Mar-87 2138 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #67
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 22 Mar 87 21:38:36 PST
Date: 22 Mar 87 2137-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #67
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 21 Mar 1987 Volume 5 : Issue 67
Today's Topics:
Info-Mac archives now available for BITNET users...Macserve rises again
New System and utilities
Finder vs. DA fixed!
Fortran 2.2 Bug (or is it a feature?)
MacWrite 4.5 -> Xerox 9700 converter
keyboard repeat rate & threshold
Re: MacKermit defaults and Kensington System saver problems.
Questions on Mac II
Bug in Insect
Icon Programming Language for Macintosh
TransSend DA posted
WANTED: converting Acta documents to others and v.v.
DECnet on Macintosh
Call for help/Mac in the laboratory
Re: Third Party Color Monitors
MacII/SuperMac impressions & prices
RE: Hannover Faire news
MS Word 1.05 & 3.00 annoyance
----------------------------------------------------------------------
Date: Wed, 18 Mar 87 15:38:07 PST
From: <DAVEG%SLACVM.BITNET@forsythe.stanford.edu>
Subject: Info-Mac archives now available for BITNET users...Macserve
Subject: rises again
I'm very excited to announce that the previously defunct MACSERVE at
BITNIC has been replaced by a new server for BITNET users. This server
is called MACSERVE at the node PUCC (Princeton University). The server
currently matches very closely the current info-mac archives. Bitnet
users who were frustrated to find that they did not have access to the
info-mac archives now have a means to access those files. Bitnet users
will also be glad to know that work is also going on elsewhere to provide
this functionality so it is possible that in the near future there will
be another site which supplies this service as well. Use it in
the best of health and let's have 3 cheers for those who brought it to
us: the people at PUCC!
Macserve is pretty simple to use. Send an INTERACTIVE message over bitnet
which consists of either DIR or GET <fn.ft>. From my system the usage
is as follows:
To have a directory of files sent to you:
TELL MACSERVE AT PUCC DIR
To fetch a given file such as the file ANIMATION-NOTES.TXT use
TELL MACSERVE AT PUCC GET ANIMATION-NOTES.TXT
Note that this works for my VM system and may be different for yours. In
any case the part of the commands above which are system dependant are
TELL MACSERVE AT PUCC
so that if your system requires something different in order to send
messages to a remote user then you should substitute the appropriate
stuff.
A file will be sent to you and it may have a name different than the
name you requested (such as 870312 0000001). Don't worry, this is the
file you requested.
I must mention that there are two caveats with regard to the
implementation of this server. First of all, since the server was originally
built for use within Princeton it sends its files in an IBM data format
called NETDATA. This format is easily readable by IBM machines (using
for example the RECEIVE command). Other systems may not easily be able
to convert this format back to standard TEXT file formats. Consult your
local experts to determine if this presents problems for you.
The second point is that you MUST send interactive messages to
this machine, mail will NOT cut the mustard. Please do not send messages
to the infomac moderator OR PUCC asking how to do this if you cannot
send interactive message to users on other BITNET nodes.
We expect that other server which is being brought up will address
both of these shortcomings of the PUCC server. It should accept both
interactive and mail messages and should provide the files in a format
acceptable for the machine you are requesting from.
NOTE: PLEASE DO NOT DIRECT QUESTIONS ABOUT MACSERVE USAGE TO ME. I'M
ONLY RELAYING THIS INFORMATION TO THE INFO-MAC COMMUNITY AND AM IN NO WAY
RESPONSIBLE FOR THE MAINTAINENCE OF MACSERVE.
David Gelphman former info-mac moderator
------------------------------
Date: Tue 17 Mar 1987 22:49 CST
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: New System and utilities
I tried System 4.0 and noticed that the only thing I needed out of it was
the "Drive" bug fix. Does anyone know what resources were modified to take
care of this? I would like to patch System 3.2 with those resources if
possible.
I have two utilities which are useful but a little awkward at times.
MenuEdit 1.0: has to be copied to the disk where the application to be
edited exists. FileTools: does not work if there is not too much memory
available, for instance if I'm running a program that requires 512K.
Does anyone have newer versions of these utilities?
thanks for any help.
Nihar Gokhale <MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU>
------------------------------
Date: Sat, 21 Mar 87 13:34:34 est
From: wilson%eniac.seas.upenn.edu@cis.upenn.edu
Subject: Finder vs. DA fixed!
For those of you (like me) that have been working on a DA in MPW that uses
global variables, finder 5.4 *doesn't trash A5 so our globals don't get
trashed! Now the question is should a well behaved DA check the version
number if it's brought up under the finder? The problem is that as far as I
can tell with the version of MPW that I'm using (1.0B1 we haven't gotten the
new one yet) you can't even call up an appropriate alert to tell the user
what the problem is without bombing off, so you have to just beep and go away.
Nathan Wilson
------------------------------
Date: Thu, 19 Mar 87 14:15:13 pst
From: Jaime Gomez <jaime@denali>
Subject: Fortran 2.2 Bug (or is it a feature?)
When porting a fortran program written on the Mac to a mainfraem I discovered
that Fortran 2.2 treats loops in a very particular way. The labels used
in the loops have no meaning for the compiler, the compiler looks for a
end_of_loop statement and, regardless of its label, it is interpreted
as the statement that closes the youngest loop still open. An example
do 1 i=1,10
.......
do 2 j=1,10
......
1 continue
2 continue
would work even though the continue statements are switched. I haven't tested
what happens when there is a goto statement to one of this continue statements.
It could be a feature but I would say that is a big bug.
jaime gomez
jaime@denali
------------------------------
Date: Wed, 18 Mar 87 14:44:24 EST
From: Shane_D._Looker@um.cc.umich.edu
Subject: MacWrite 4.5 -> Xerox 9700 converter
I saw in one of the mail digests that I read that someone had done a MacWrite
to Xerox 9700 converter. I need to get in touch with the people who worked
on this to ask some questions about how they managed the fonts. If this
could be forwarded to Usenet and Delphi I would appreciate it.
Shane D. Looker
Shane_D._Looker@um.cc.umich.edu
------------------------------
Date: 20 Mar 87 11:31 PST
From: MikeDixon.pa@Xerox.COM
Subject: keyboard repeat rate & threshold
i've seen the following behavior on two different machines (a 512e and a
+) , so i suspect it's universal, but it seems like a glaring (and
annoying) bug:
a) bring up the control panel
b) set key repeat threshold to "off", rate to "slow"
c) close the control panel
d) shutdown the mac
e) turn it on, and try holding down a key while typing
f) hey, it repeats
g) bring up the control panel -- it *says* the repeat is off
h) click on off and close the control panel
i) it no longer repeats
the values do seem to be saved, but somehow reinitialization isn't using
them... this is a real pain, since i don't want key repeat and seem to
have to specify that everytime i turn my machine on. does anyone know
what's going on here, and how to fix it?
.mike.
p.s. both machines are running the most recent (well, pre-appleshare)
system and finder (i forget the numbers)
------------------------------
Date: Fri, 20 Mar 87 07:18:52 PST
From: <KNIGHT%MAINE.BITNET@forsythe.stanford.edu>
Subject: Re: MacKermit defaults and Kensington System saver problems.
>From: Geoff Mulligan (USAFA) <Geoffm@AFSC-HQ.ARPA>
>Subject: microsoft word
>
>Can someone tell me how to change the default font in microsoft word 1.05
>also does anyone know how to change the default speed in mackermit?
I can tell you how to set the defaults for MacKermit. Use the File menu to
Save Settings... to a MacKermit document. Now when you want to use that
particular configuration of MacKermit again, just open that document. If
you are already in MacKermit, use the File Menu to Restore Settings...
Another hint: When downloading files, MacKermit saves the document to the
folder containing the MacKermit document you opened, or if you didn't open
a document it saves the file to the folder containing MacKermit itself. So
in order to save to a different drive, just have a copy of your MacKermit
document there (1 or 2k) and restore settings from that disk. Another way
is to use a desk accessory like DiskInfo to set the 'default' drive to the
one you wish to download to.
>Date: Wed, 11 Mar 87 16:12 EST
>From: Hess@MIT-MULTICS.ARPA
>Subject: Kensington System-Trasher!
>
>WARNING:
>
>If a Macintosh which you have plugged in via a Kensington System-Saver fan
>suddenly decides that it should only display a thin hairline of video down
>the middle of the screen, IT'S NOT THE MAC THAT DIED -- IT'S THE KENSINGTON
>FAN THAT'S TRASHING THE MAC!
>
>We just had one die today, and decided that the Mac had a bad power supply.
>So, we moved another (working) Mac into the same setup, and it died too,
>first time it was turned on. They stay dead, too: it's not just some
>transient problem that the fan causes. The Kensington phone support rep
>said something about a bad choke allowing 60 cycle hum, but claimed to
>never have heard of what happened to us.
I've never heard of this happening either. All Mac I've had which had
horizontal collapse of the screen had it caused by bad solder joints on the
power supply board. I suspect vibrations from the fan could have
aggrivated an already bad solder joint. If you are technically inclined,
I'd suggest checking:
First: The output from the fan unit with a voltmeter and
oscilloscope with a dummy load such as a 60 watt
lightbulb attached. If everything is in order there..
Second:Open up the Mac and check for bad solder joints on
The power supply board. I've found them in the past
on the connector leading to the umbilical to the logic
board, and then work upward. Horizontal sych comes in
on pin 3 of the connector cable. For reference, the
pinout for this connector is as follows:
1 Video signal
2 No Pin
3 Horizontal Sync
4 Sound
5 Vertical Sync
6 +5 v (to logic board)
7 Ground
8 -12 volts
9 Ground
10 +12 volts
11 Battery
I hope this information can help you. If you do not feel qualified, seek
professional help. There are voltages as high as 700 volts sneaking
around on the power supply board itself (several thousands on the
picture tube annode). Also, you can stick the protective plastic sheet
back on the back of the power supply board with rubber cement. (At least
I do.) Your on your own if you try to repair the board. I'm not
responsible if you damage yourself or your mac.
Mike Knight
Knight@Maine.bitnet
------------------------------
Date: Wed, 18 Mar 87 10:09:47 EST
From: John F. Mansfield <jfm@mcnc.org>
Subject: Questions on Mac II
Hi there I'd like a little info from you guys who are playing with the nice
new Mac mcahines. I am interested in using one of the new Mac IIs to
control the aquisation and analysis of spectral data from a variety of
sources. It would be nice to be able to run a couple of windows acquiring
data from suitable A to D inputs and also simultaneously analyse in a
couple of windows. I envisage a large (19") colour monitor for this with
various parameters/commands/fitting programs/etc controlled largely by
mouse via pull down menus and dialog boxes. Generally the kind of spectra
that I am talking about are collected with an MCA/PDP11 system, this
technology is kind of old and tired, not to mention rather slow. Does
anyone have any feel for whether this seed of an idea has any hope of
realisation?
For multitasking does the Mac II need to be fitted out with a UNIX system
or will the current desktop system be expanded to incorporate multitasking?
What's the capability as far as image manipulation is concerned? I've seen
these pretty pictures with the Supermac board and monitors, but how fast
can you store/retrieve/manipulate(e.g. fft) such images? Is this machine
going to be of use to the researcher as well as in the corporate field? It
all looks very exciting, but it seems we will have to wait a long time
before we can even evaluate the possibilities, let alone unleashing some of
our hackers onto the machine to try and build a data analysis system. We
could get a VAXLAB to do all this, but thats very expensive and I'm not
sure that it would be any faster.
I would welcome any comments either to the net or by e-mail.
UUCP PATH: decvax!mcnc!jfm
ARPANET: jfm@mcnc.org
Thanks, John Mansfield.
------------------------------
Date: Thu, 19 Mar 87 04:49:33 est
From: ephraim%wang.uucp@RELAY.CS.NET
Subject: Bug in Insect
There's a subtle bug in my version of the Insect DA which I recently
distributed. In my defense, let me say that it's a smaller bug than the
one it replaced!
The original Insect often bombed because it assumed that A5 was current in
the Insect VBL task. The VBL task calls _Random when the insect wraps
around, which uses the quickdraw random seed global. If A5 was odd or
pointed to something delicate, the _Random call caused a bomb.
To fix this, I made sure to load A5 with CurrentA5 in the VBL. But later
it occurred to me that there might be times (such as during program
launching, especially _InitGraf) when even CurrentA5 isn't current. In
fact, that's the case. A VBL which persists across program launches cannot
depend on *any* qd globals, because it can't tell whether CurrentA5 is
valid. So, the new Insect DA can be expected to bomb once in a blue moon
as it hits this narrow window. [I've never actually seen this happen.]
I'll send out a new version of the Insect DA as soon as I think of a
reliable circumvention of the problem.
Ephraim Vishniac
decvax!wanginst!wang!ephraim
------------------------------
Date: 2 Mar 87 01:26:50 GMT
From: boba@iscuva.UUCP (Bob Alexander)
Subject: Icon Programming Language for Macintosh
Macintosh Icon is a Macintosh Programmer's Workshop Tool. It cannot run
stand-alone -- it requires the MPW Shell. It is text oriented, and there
is no interface directly to Mac Toolbox facilities. The name "Icon" has
nothing to do with icons ala the Macintosh User Interface.
Icon is a very interesting, innovative, and useful language of SNOBOL4
geneology. The implementation is of high quality and has few bugs. As a
developer, I find it useful almost daily to perform manipulations on
programs or other text files, to generate test data, etc., etc.
Best of all, IT'S FREE! No need to feel guilty about not sending in your
"shareware" $$ if you like and use it. Completely public domain.
So that you can see what Icon is all about before you convert these rather
large files, I have included a short excerpt from "An Overview of the Icon
Programming Language", by Ralph E. Griswold, its author:
It is posted as three separate multi-part postings: the executable files,
documentation, and sample programs. The files were "packed" using PackIt
II with compression, and encoded using BinHex 4.0.
==============================
Icon is a high level programming language with extensive facilities for
processing strings and lists. Icon has several novel features, including
expressions that may produce sequences of results, goal-directed evaluation
that automatically searches for a successful result, and string scanning
that allows operations on strings to be formulated at a high conceptual
level.
Icon resembles SNOBOL4 in its emphasis on high-level string processing and
a design philosophy that allows ease of programming and short, concise
programs. Like SNOBOL4, storage allocation and garbage collection are
automatic in Icon, and there are few restrictions on the sizes of objects.
Strings, lists, and other structures are created during program execution
and their size does not need to be known when a program is written. Values
are converted to expected types automatically; for example, numeral strings
read in as input can be used in mathematical computations without explicit
conversion. Whereas SNOBOL4 has a pattern-matching facility that is
separate from the rest of the language, string scanning is integrated with
the rest of the language facilities in Icon. Unlike SNOBOL4, Icon has an
expression-based syntax with reserved words; in appearance, Icon programs
resemble those of several other conventional programming languages.
Examples of the kinds of problems for which Icon is well suited are:
* text analysis, editing, and formatting
* document preparation
* symbolic mathematics
* text generation
* parsing and translation
* data laundry
* graph manipulation
==================================================
Much more information is contained in the documentation files. If _that_
doesn't answer all of your questions, mail to me or directly to the Icon
Project:
Icon Project
Department of Computer Science
Gould-Simpson Science Building
The University of Arizona
Tucson, Arizona 85721
U.S.A.
(602) 621-6613
icon-project@arizona.edu
...{allegra, ihnp4, noao}!arizona!icon-project
Bob Alexander ISC Systems Corp. Spokane, WA (509)927-5445
UUCP: ihnp4!tektronix!reed!iscuva!boba
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-EXECUTABLE-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-EXECUTABLE-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-EXECUTABLE-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-EXECUTABLE-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-EXECUTABLE-PART5.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-DOCUMENTATION-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-DOCUMENTATION-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-DOCUMENTATION-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-MACICON-SAMPLES.HQX
DoD
]
------------------------------
Date: Thu, 19 Mar 87 15:01:41 PST
From: benson@lbl-csam.arpa (Bill Benson [csr])
Subject: TransSend DA posted
Here's TransSend, a DA companion for any terminal emulator. The idea is
to use the Mac user interface to help construct commands to be sent to
command line oriented programs running on the host.
The basic capability is just typing in a textedit box and clicking a button to
send it out the modem port - a little like the VersaTerm command menu, but
taking up a smaller 'footprint' on the screen and running as a modeless dialog.
All the other dialog controls are also available, so command lines can be
assembled from selected control titles by turning on radio buttons and check
boxes, etc. It's all in resources, so ResEdit or REdit can be used as a Dialog
Contruction Kit.
TransSend may be freely distributed, but should not be sold, etc, etc. It uses
a non-standard window definition to take up less room, but this isn't required
and can be cut out if you don't like it. Packit-ed together are documentation,
an annotated RMaker file, and the DA with a sample dialog intended to
relieve the 'painful' syntax of the Unix 'find' command. The Pascal source is
available. Questions and comments are welcome, especially re: the user
interface guidelines. If anyone knows of other software of this genre, I'd
appreciate pointers.
Bill Benson, 415-486-5703
benson@lbl-csam.lbl.doe.gov
Lawrence Berkeley Lab
MS 50B 3238
Berkeley, CA 94720
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-TRANSSEND.HQX
DoD
]
------------------------------
Date: Thu, 19 Mar 87 16:11 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu> (Thomas Fruin)
Subject: WANTED: converting Acta documents to others and v.v.
Acta is quickly becoming something of a standard all of its own, partly
because of the release of its file format. I've heard of all kinds of
utilities popping up that will convert X type documents to Acta documents.
A friend of mine wants to know if there is a utility to convert documents
from Acta to MORE. But we're also interested in any other conversion
programs that may exist. People can respond to me directly and I'll
summarize by posting the list of utilities...
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvanar.UUCP
Leiden, Netherlands
------------------------------
Date: Fri, 20 Mar 87 09:52:42 PST
From: mse%Phobos.Caltech.Edu@DEImos.Caltech.Edu (Martin Ewing)
Subject: DECnet on Macintosh
I have run across a product called TSSnet from Thursby Software Systems
(4301 Oak Branch Ct., Arlington, TX 76016; 817-572-2352). It purports to
implement a subset of DECnet on the Mac, using an async serial connection.
It includes a NETcopy function (Mac controlled file transfer), an FAL
(remotely controlled transfer), and a VMS MAIL interface. Looks nice from
the documentation, but lacks SET HOST or Ethernet connection, both of which
are "planned" by TSS, but urgently needed by us.
The beauty of the product is that it requires no Appletalk/Kinetics Box/
Alisatalk/... to put yourself into DECnet. The minus side is that you only
get your terminal-like baud rate, with all the DECnet overhead. (Mind, I
haven't used the product myself.)
Does anyone have any further knowledge of or opinions on TSSnet, or know of
any comparable products from other sources?
Martin Ewing
Caltech Radio Astronomy
------------------------------
Date: Fri, 20 Mar 87 02:25:05 PST
From: <FYS-TS%FINHUT.BITNET@forsythe.stanford.edu>
Subject: Call for help/Mac in the laboratory
Hi,
This is a request for help concerning uses of Mac's in laboratory
control & automation. If some of you out there have some good references
to articles or books, addresses of companies/universities/research
institutes, etc., I'd be glad to learn of them.
Topics:
- descriptions of applications
- hardware add-on's(buses, etc...)
- software
- complete software packages(LabView-type, etc...)
- language extensions
Please send your replies directly to FYS-TS@FINHUT.BITNET. If someone
else is interested in the same subject, please contact me as well, I
can send over the possible replies I (hope to) receive.
Tero Siili, Helsinki University of Technology, Finland
------------------------------
Subject: Re: Third Party Color Monitors
Date: Fri, 20 Mar 87 10:29:57 -0500
From: James J Dempsey <jjd@ALEXANDER.BBN.COM>
>> Subject: Third Party Color Monitors
>> From: <JAK9213@TAMVENUS.BITNET> (John A Kane - Micro Computer Center)
>> SuperMac Technologies has I believe two color monitors (19", 15"{?}) and
>> one monochrome monitor (15" {?}). I have not yet received pricing on these
>> monitors, but I saw them at AppleWorld and they are very nice.
Here is the info on the SuperMac video boards from their literature:
Mac II Boards:
Monochrome:
"Graphix"
-- landscape
-- programmable resolution from 480x640 to 768x1024 pixels
-- 50Mhz, 60Mhz or 67.5Mhz refresh rate
-- uses "any standard high resolution analog or TTL
monochrome monitor."
-- Retail Price: $495
Color (or grey scale):
"Spectrum"
-- landscape
-- programmable resolution from 480x640 to 768x1024 pixels
-- 1, 2, 4, or 8 bits of color memory
-- 256 simultaneous colors from palette of 16.8M
-- 50Mhz, 60Mhz or 67.5Mhz refresh rate
-- uses "any standard analog or TTL screen, including
Apple's color and black & white monitors"
-- Retail $749 for one bit of color memory (monochrome)
$1495 for eight bits
$795 for "Spectrum Upgrade" which might mean
upgrade color memory from 1 to 8 bits
Monitors:
Their literature mentions 15" monitors, but they are not in the price
list:
19" B & W monitor $1495 Retail
19" Color monitor $2995 Retail
They also have a 1024x1365 pixel big screen system called SuperView for the
Mac SE which includes a 68881 for $495 plus monitor.
Jim Dempsey
jjd@bbn.com
------------------------------
Date: Fri, 20 Mar 87 11:37:02 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: MacII/SuperMac impressions & prices
I saw the Mac II and the SuperMac 19" color monitor at a recent A32 user group
meeting and it all looked real nice.
My impressions:
The Mac II is fast in single bit mode (b&w), normal in 8 color mode, and slow
in 256 color mode. Screen updates are a slow paint on the screen. It's not
as slow as an IBM PGA (same resolution and quality) but not as fast as an
Amiga which has a blitter (at the same res & quality). The picture is,
however, very sharp. They aced the Amiga by avoiding the interlace problem.
B&W on an interlaced screen is enough to drive a man insane. B&W on the Mac
II is just the same, but bigger and faster.
The SuperMac screen is lovely but EXPENSIVE. We are talking $4500 for the
monitor and the graphics card. Youch! The guy from SuperMac said that the
monitors were $3000 and that only four companies were manufacturing the high
quality that need. He predicted a rapid decline in price. The 8 bit board
runs $1500 or so and has the screen memory on board. I didn't get many
details about their implementation since there were 50 people crowding around
for a close look.
My feeling:
The Mac II is going to be hot, but it will not ship soon. When it does ship
it will be hard to get. Once it is easy to get, a bunch of boards will be
available that will outshine the original board options. Early people will
once again be burned by improvements that will require junking costly old
components. Me, I'm gonna upgrade my 512 into a 2 meg Mac+ equivalent and try
to make due while saving some money for a Mac II after it has been out for a
while.
I think that a lot of video options are going to appear and they will
hopefully outshine Apple's color monitor. Also, larger screen fonts will need
to appear. You could easily use 24 point all the time.
As usual, I have no idea what I'm talking about, but that never stopped me
before.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
Spam is celebrating it's 50th birthday this month.
Go out and have a can at a fancy restaurant.
------------------------------
Date: Mon, 16 Mar 87 14:13 N
From: <FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu> (Thomas Fruin)
Subject: RE: Hannover Faire news
Maybe you can elaborate on what you said about Apple's plans to establish
developer support similar to APDA in Germany and the rest of Europe to
close the gap between the distibution times of developer software in Europe
and in the States, like you said on Delphi.
Is there anything concrete? An address or phone number perhaps? I'm sure
many of us on the nets in Europe would be interested in knowing more. There
is _no_ one I have heard from here who has ever received any software package
from APDA...
Thomas Fruin
FRUIN@HLERUL5.BITNET
thomas@uvanar.UUCP
Leiden, Netherlands
------------------------------
Date: Fri, 20 Mar 87 10:34:08 est
From: wilson%eniac.seas.upenn.edu@cis.upenn.edu
Subject: MS Word 1.05 & 3.00 annoyance
When working with word 1.05, every once in after scrolling the window, when I
lifted the mouse the screen would suddenly jump back to where I started
scrolling. It would only happen on the first scrolling after typing for
awhile. I tried getting it to show up consistently and couldn't, but as it
was non-destructive and easily fixed I didn't worry about it. I was working
with v3.00 yesterday and it suddenly did the same thing. Has anyone else had
this problem? Is there something about the way that I'm mousing that is
causing this? Do Microsoft know about this and is it a bug or part of a
"feature"?
Nathan
------------------------------
End of INFO-MAC Digest
**********************
∂23-Mar-87 2108 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #68
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 23 Mar 87 21:08:43 PST
Date: 23 Mar 87 2107-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #68
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 23 Mar 1987 Volume 5 : Issue 68
Today's Topics:
Re: Script Manager??
Mac Kermit Configuration Files.
Question
MacHangul (Korean Language Program)
Calendar 1.7
Presentation materials on Macs?
Keyboards and Spellers
Re: MS Word 3.0 problems
Word 3.0 fails on Mac II w/ ROM $0177
Usenet Mac Digest V3 #22
Usenet Mac Digest V3 #23
Delphi Mac Digest V3 #18
Delphi Mac Digest V3 #19
----------------------------------------------------------------------
Date: Fri, 20 Mar 87 09:58:56 pst
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: Script Manager??
>Date: 12 Mar 87 08:01:00 EST
>From: <bouldin@ceee-sed.arpa>
>Subject: Script Manager??
>Reply-to: <bouldin@ceee-sed.arpa>
>
>The new 256K roms are reported to contain a "script" manager. Anyone know
>what this is?? Could we be lucky enough to finally be getting batch/command
>file capability on the Mac???
In this case "script" refers to writing script. In other words, this is
code to support non-Roman scripts, such as Kanji, Arabic, Chinese, Hebrew,
etc.
The Script Manager provides some useful routines for text manipulation. It
handles details about right-to-left writing direction, 2-byte characters,
word breaks, parsing, etc.
The Script Manager itself is just an interface that talks to a Script
Interface System that does most of the work. The default interface system
is Roman, and there exist interface systems for Kanji, Arabic, and Chinese
(that I know of).
More information about the Script Manager can be found in Inside Macintosh
Volume 5, a draft of which is available from APDA.
Larry
------------------------------
Date: Mon, 23 Mar 87 00:04:23 PST
From: "David Boyes (Network Postmaster)" <556@OREGON1>
Subject: Mac Kermit Configuration Files.
In the last issue of Info-Mac there was a question about configuring Mac
Kermit to use the keypad and arrow keys on a Mac+. We here at the
University of Orego n have already done this, and I'm willing to make it
available to anybody that wants it.
NOTE: Personally, I find the Mac to be a terrible terminal, but it could be
that I just love my beloved battle-scarred 3278c too much. I haven't used
this package very much, but I'm told that it makes a passable setup. No
guarantees from me -- I just give the stuff away. Send all queries to
556@OREGON1.BITNET.
David Boyes (503) 686-4394 |BITNET: 556@OREGON1
Systems Group |ARPA : 556%OREGON1.BITNET@
University of Oregon Computing Center| WISCVM.WISC.EDU
UUCP: [your fav backbone]...!tektronix!uoregon!oregon2!oregon1!556
------------------------------
Date: Mon, 23 Mar 87 17:49:57 MST
From: ZSYJKAA%WYOCDC1.BITNET@wiscvm.wisc.edu
Subject: Question
Hello. I found this SIG on the ARPANET SIGS list and was wondering if
you might be able to help me with a techincal question.
We have a III FR80/A color microfilmer system. We normally use
it via our CDC mainframes by way of 1600bpi mag tape. What we
would like to do is be able to process files from a micro-drawing
program (such as Apple's Macdraw, etc.), transfer
them to our mainframes (using CDC's CONNECT product, which can
transfer a micro file in straight binary), then translate the
micro data format to microfilmer format. The problem is, I
haven't been able to locate any description of how the micro
files are formatted. I presume they are in some sort of compacted
raster format but it's not obvious looking at dumps. Do you or
any people on the list know something about this?
Jim Kirkpatrick (ZSYJKAA@WYOCDC1.BITNET)
------------------------------
Date: Sun 22 Mar 87 22:53:23-PST
From: Seung Yoo <YOO@STAR.STANFORD.EDU>
Subject: MacHangul (Korean Language Program)
| ==========================================================================|
| Mac Hangul-III |
| version 3.11 |
| |
| 1986 Young-Soo Kim |
| |
| Mac Hangul-III and Hangul are copyrighted programs. All rights |
| are reserved by the author. These programs are being distributed as |
| sharewares with the support of Kong Keyboard Research Laboratory. |
| You may give a copy to anyone who wants one. But you may not change |
| or sell the programs. |
| For further information and future upgrades of Mac Hangul, |
| please write to: |
| Dr. Young-Soo Kim Dr. Byung Woo Kong |
| 823-2 Siheung-Dong 1015 Thornton Ct. |
| Kuro-ku, Seoul, 150-03 North Wales, PA. 19454 |
| KOREA Tel.(215)362-7950 |
| Tel.Seoul 803-5347 |
| ==========================================================================|
Mac Hangul-III consists of two components:
1) Mac Hangul(III) 3.11 is a DA handling Hangul keyboard
arrangement and Hangul consonants and vowels.
2) Hangul 3.01 has nine Hangul fonts.
Mac Hangul-III is said to work well with nearly all programs running on
Macintosh. For example, it seems to work well with MacWrite and Microsoft
Word. You can try Mac Hangul-III on other programs you have.
Mac Hangul-III is made free by the support of Dr. Byung Woo Kong who
first invented Korean typewriters. He is currently living in PA and his
address is shown above. Those who get a copy of Mac Hangul-III free are
advised (not required) to donate some money to him, *IF* they like Mac
Hangul-III and they want to help Dr. Kong develop more Hangul softwares and
distribute them FREE.
You are advised to get a copy of Mac Hangul-III manual to use it
properly. Although Mac Hangul-III itself is FREE, there will be a nominal
charge for a manual to cover copying/shipping/handling cost. To get your
own copy of a Mac Hangul-III manual, please contact the following people
via electronic mail, US mail, or phone:
a) if you are living in time zones other than Mountain/Pacific: contact
Kyongsok Kim
1107 W. Green St., Apt. 121
Urbana, IL 61801-3044
(Home) (217) 332-0003
arpanet: kkim@b.cs.uiuc.edu
csnet: kkim@uiuc.csnet
usenet/uucp: {seismo, pur-ee, ihnp4, convex, cmcl2}!uiucdcs!kkim
b) if you are living in a Mountain/Pacific Time zone: contact
Seung-Hyun Yoo
707 Cro Mem
Stanford, CA 94305
(Home) (415) 327-6027
arpanet: yoo@star.stanford.edu
If you do not have access to ARPANET, you may contact Kyongsok Kim or
Seung-Hyun Yoo, depending on what time zone you live in, to get a diskette
containing Mac Hangul-III programs. There will be a nominal charge.
******************************************************************************
* *
* Hangeul Cultural Center (HCC), Philadelphia, PA *
* (attached to a Non-Profit Organization) *
* *
******************************************************************************
If you are interested in word processing on Apple ][c / ][e or Hangul
typewriters (manual or electric), you may contact:
Hangeul Cultural Center (HCC)
9126 Dale Road
Philadelphia, PA. 19115
[
this version replaces the previous version in the archives. archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACHANGUL-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACHANGUL-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACHANGUL-PART3.HQX
DoD
]
------------------------------
Date: Mon, 23 Mar 87 15:05:12 pst
From: oster%lapis.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Calendar 1.7
This Calendar 1.7, the shareware permanent calendar desk accessory that
lets you associate an agenda with each day. It has scroll bars, help,
and undo.
Recently someone posted to the net a description of a bug that occurs
when a desk accessory puts up an alert: the Macintosh operating system
calls the desk accessory to deactivate and update its main window, but
it doesn't lock the desk accessory's code segment during the call.
Calendar used to have this problem. Calendar 1.7 does not.
Customizing Calendar to start the week on the day of your choice:
German and French speaking users of Calendar will discover that
Calendar automatically uses the correct names and punctuations for the
date, time, days of the week, and months. However, youll have to modify
Calendar to make the week start on Monday or Saturday instead of on
Sunday. Heres how.
Use Apples tool ResEdit. In ResEdit, open the Calendar suitcase desk
accessory file. Among other resources, You will find one resource of
type GNRL. Open it. You will see:
00 00
In this resource, the days of the week are numbered from 0=Sunday to
6=Saturday. To change Calendar to start the week with Monday, change
the resource to:
00 01
Then save and quit as normal. Now, use the Font/DA Mover to remove any
other Calendar you have in your System file, and install your modified
one in its place.
David Phillip Oster -- "We live in a Global Village."
Arpa: oster@lapis.berkeley.edu --
Uucp: ucbvax!ucblapis!oster -- "You are Number Six."
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-CALENDAR17.HQX
DoD
]
------------------------------
Date: 22 March 87 12:59-EST
From: Arthur Kyle COMSPRT2 at
From: RPICICGE
Subject: Presentation materials on Macs?
I'm going to be giving several presentations on the four Macs and would
like to use slides of Macs, screens, & peripherals. Does anyone know where
I can buy/borrow some? I'll need them for about a week.
Thanks for any advice you can give me.
Arthur Kyle comsprt2@rpicicge.bitnet
518-273-9165.AT&T
------------------------------
Date: 23 Mar 87 14:48 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Keyboards and Spellers
Hi all!
Just two questions (this time):
1. Does anyone know if there will be a converter that will allow us poor
old Mac+ slobs to use the new keyboards. The smaller of the new keyboards
looks quite similar to the Mac+ keyboard, but the feel of the keys is
fantastic! It doesn't seem like it would be that difficult, but I really
don't know. That would sure make us "mainstreamers" that can't afford the
new Macs feel somewhat benefitted by their existence 8-).
2. Anyone out there use Mac-Spell-Right by the now defunct Assimilation
Process Company? I am assuming they are defunct since their phone no longer
works and Kensington now sells their trackball mouse. Anyway, someone here
where I work found a copy of MSR, purchased long before HFS ever existed.
We installed it, but it hangs when told to check. Can anyone say how to fix
this?
Thanks mightily!
JAH
------------------------------
Date: Mon, 23 Mar 87 10:29:55 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: MS Word 3.0 problems
Folks, before you panic about MS Word 3.0 not being able to do all the
printing tricks you are used to, try holding down the shift key while you
select Page Setup... and Print....
In the case of the imagewriter, there is a choice for Tall Adjusted in the
Shift-Page Setup... dialog box. Printing multiple copies on a Laserwriter
without having to re-image each page can be done by setting the number of
copies in the Shift-Print... dialog box (and having the number of copies in
the normal Print dialog box set to 1). Note: Word 3.0 does not print when
you hit OK after a Shift-Print.... You have to do a real Print... first.
Mark
------------------------------
Date: Sun, 22 Mar 87 22:39:14 EST
From: David A. Levitt <levitt@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: Word 3.0 fails on Mac II w/ ROM $0177
The Media Lab has a Mac II with version $0177 ROM. Microsoft Word 3.0
crashes shortly after the screen is drawn, with anID 25.
Anyone havea patch?
Or a later ROM version that works with Word 3.0?
------------------------------
Date: Sat, 21 Mar 87 10:15 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #22
Usenet Mac Digest Friday, March 20, 1987 Volume 3 : Issue 22
Today's Topics:
Re: mathematical word processing on the mac
Overseas Mac
serial hard disk problem
Suggestions for Mac Fans (not people :-) Wanted
Re: mathematical word processing on the mac
System Heap expansion
How the keyboard maps to the font?
MS Word 3.0 problems
Re: Suggestions for Mac Fans (not people :-) Wanted
Mac SE - compatibility
Obscure cursor bug
Mac Printronix driver?
Map programs?
WORD 3.0 draft printing
SE Incompatibilities...
PacTel now an Apple Dealer
Re: mathematical word processing on the mac
Word 3.0 formulas on a Lisa?
fonds and fonts
Re: PacTel now an Apple Dealer
Macintosh II Stuff
Omnis3 templates
Re: How the keyboard maps to the font?
Re: Mac II (really SE: A letdown?)
Falcon Flight Simulation for Mac
Graf3D Queries...
Networking and A/UX
Re: X windows for Mac?
Re: How the keyboard maps to the font?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-22.ARC
DoD
]
------------------------------
Date: Sat, 21 Mar 87 10:15 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #23
Usenet Mac Digest Friday, March 20, 1987 Volume 3 : Issue 23
Today's Topics:
Hooking up a mac to external speakers
Re: MacWorld inaccuracies
Speech generation
3D software opinions wanted...
Apple -> Mac file transfer
Re: Sad Mac -- HELP!
Re: fonds and fonts
RE: mathematical word processors
Lightspeed Pascal and Mac II??
Scrapbook usage with internal Hyperdrive 20...
Re: System 4.0 on a Mac Plus
Font/DA mover
Re: BSD features in A/UX
Baseball for Mac?
Re: Hooking up a mac to external speakers
Repairing failed video on Mac
MacXL (Lisa) to LaserWriter
Re: Mac SE - compatibility (where's the horizontal retrace bit?)
Re: Networking and A/UX
Re: Repairing failed video on Mac
Re: Baseball for Mac?
Bug in LSC Unix Simulation
cache FKEY wanted
Re: Of Games (Dark Castle)
Dialog sans Resources
MacWrite 4.5 BOMB
Word 3.0 bug and workaround
Who is Cooke Publications?
Re: Baseball for Mac?
Re: asynchronous serial driver calls
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-23.ARC
DoD
]
------------------------------
Date: Sun, 22 Mar 87 11:22 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #18
Delphi Mac Digest Sunday, March 22, 1987 Volume 3 : Issue 18
Today's Topics:
RE: LW FONTS & FONDS (7 messages)
RE: Mac SE first Impressions (7 messages)
RE: Asynchron I/O (seriel) (2 messages)
RE: Microsoft/Absoft Fortran Pitfalls-"execute" and extra chars.
RE: BUGS
Benchmarking, not just feature lists (2 messages)
Re: Re: New Managers as Defined in Insid
Re: System 4.0 questions
Re: Blitter and graphics performance
Re: Font/DA/FKEY INIT
RE: Mac II monitor questions
More Word_3.0_Bugs (5 messages)
RE: Word 3.0 bugs
Random number seed (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-18.ARC
DoD
]
------------------------------
Date: Sun, 22 Mar 87 11:23 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #19
Delphi Mac Digest Sunday, March 22, 1987 Volume 3 : Issue 19
Today's Topics:
Project mgmt (7 messages)
Mac SE keyboard
passwords for folders? (3 messages)
interrupts (3 messages)
Word 3.0 bug
Beware of POLYACT (2 messages)
RE: MAC SE 120 TO 230 VOLTS
De-Clipper FKEY?
Script Manager??
RE: A LaserWriter quest or two & microsoft word
Transfer help-SE stuff
DiskExpress/Sys 4.0 (3 messages)
RE: MacApp "PD" Software
RE: Noise on my modem
MPW C "Style" definition bug
RE: Stresed Nodes
RE: serial hard disk problem
RE: How the keyboard maps to the font?
RE: MacXL (Lisa) to LaserWriter
RE: Anyone use WriteNow regularly?
APPLETALK
RE: BMUG Mtg 3/19/87 (long)
potential problem in lightspeed DAs
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-19.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂26-Mar-87 2340 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #69
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 26 Mar 87 23:40:46 PST
Date: 26 Mar 87 2339-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #69
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 25 Mar 1987 Volume 5 : Issue 69
Today's Topics:
TextEdit length limitations
Strange, slow-running Mac+
Re: suppressing LaserWriter's test page?
System3.2 GetFile bug fix
MacDraw file format
re: versaterm output to appletalk
Re:Do Loop Bug in Fortran
Re: keyboard repeat rate & threshold
Programmed I/O, another shortcut?
Excel References for Scholar's Aid
Clipper FKEY v1.5
An Apple harddisk question
re: word 3.0 and Mac IIs
More on Word 3.0 imports
Macintosh --> LeCroy 9400
Problems using TeXtures 0.9 (Mac)
Business Filevision file format?
Logo for the Mac?
----------------------------------------------------------------------
Date: Wed, 25 Mar 87 08:46:50 PST
Subject: TextEdit length limitations
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
For a long time the folklore regarding TextEdit was that it couldn't handle
records larger than 32K. If I look in the definition of the record I see that
the teLength field is defined to be INTEGER which implies that one could
have TextEdit records of 64K. At a recent meeting of developers, Steve Jasik
mentioned that the 32K limitation was a due to a bug in the 64K ROMS
and that he wasn't sure but he thought it was fixed in the 128K Roms.
Since I have an application where the 32K limit just barely screws me
and the 64K limit gives me room to spare, I decided to try. When I fed my
application a 45K file, it worked perfectly using TextEdit. When I say
worked, I mean that scrolling, autoscrolling, and selection worked as expected.
Saves using the textedit record copy of the text were identical to
the original text. Since my application only displays the text and allows
the user to select and copy the text elsewhere, I can't comment on how
much TextEdit slows down when you try to INSERT text into a record that
large. I did find that the operations I do worked as rapidly as before, except
the initial display (after the call to TESetText) took proportionally longer
than before. When I fed a 90K file to my application, it only displayed
about 27K of the text, but it did not crash (was I lucky?) and it seemed to
work OK with that 27K of text. I wonder where the rest went!
Personally I was glad to see that it looks like it will work for my
purposes. Have others found limitations that I haven't? If TextEdit does
indeed work with 64K textedit records, it sure would be nice if MockWrite
would allow you to use more than the 27-28K than you are currently allowed.
I'm eager to hear what other's experiences have been regarding this issue.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Date: Tue, 24 Mar 87 14:27:16 EST
From: Franklin Davis <davis%v750%wanginst.edu@RELAY.CS.NET>
Subject: Strange, slow-running Mac+
We have two Mac Plusses, Finder 5.3, Apple 20 hard disk. One of them
seems to run slowly. It is clearly visible with the Stars 1.6 DA.
The system on the other got trashed, and was restored from the slow
machine -- voila, they're both slow.
I just copied on a new System 4.0/Finder 5.4, but it still seems to run
slowly... Even stranger, on one machine the Stars DA flies "out," on
the other it flies "in."
Any sleuths with clues to this mystery?
Franklin
davis@wanginst.edu ...decvax!wanginst!davis
------------------------------
Date: Tue, 24 Mar 87 22:27:39 EST
From: matthews@tcgould.tn.cornell.edu (Dave Matthews)
Subject: Re: suppressing LaserWriter's test page?
A while back, I asked how to program the LaserWriter to not spit out
its test page every time it's powered up. Jeff Gilliam from Berkeley kindly
supplied the PostScript code:
000000 % exitserver password
serverdict begin exitserver
statusdict begin
false setdostartpage
That's it. You can send it directly through Appletalk if you have the desk
accessory PS Printer that passed through mod.mac.binaries a couple of weeks
ago. Or connect via a serial cable and type it in from your favorite
terminal program. Thanks, Jeff!
-- Dave Matthews
In real life: anonymous
ARPA: matthews@batcomputer.tn.cornell.edu
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!tcgould!matthews
BELL: 607-533-7820 DISCL: My employer ignores my opinions altogether.
------------------------------
Date: Tue 24 Mar 1987 22:16 CST
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: System3.2 GetFile bug fix
Larry Rosenstein suggested I copy PACK 3 from System 4.0 and paste
into System 3.2 to solve the GetFile problem. It's been working
so far without any mishaps.
Just thought you might like to know.
Nihar
------------------------------
Date: Tue, 24 Mar 87 10:11:54 PST
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: MacDraw file format
MacDraw pictures are not stored in raster format. Instead, each
"object" (line, rectangle, oval, polygon, text string, etc.) is
described in terms of its size, line-style, position, fill-pattern,
etc. A good conversion program can map these MacDraw descriptions onto
the corresponding entities in another system (e.g. imPRESS or
PostScript). This permits the device which does the drawing to display
objects at the device's full resolution (e.g. 240, 300, or more
dots-per-inch), rather than at the limited 72-dots-per-inch resolution
of the Mac screen and Imagewriter dot-matrix.
I have a copy of Alan Weber's excellent MacDraw-to-imPRESS converter
that I've been hacking to function in my site's environment (we use
Scribe, rather than TeX). It includes a description of many of the
details of the MacDraw file format [deduced by Alan, I assume; I don't
think this format has ever been published officially]. We're now using
this converter to include MacDraw pictures in some of our technical
documentation; it works quite nicely (but does have some
restrictions). MacDraw documents printed via our Imagen 8/300 really
look nice... the grey-scale fillers really look grey, rather than
spotted.
Alan Weber posted "drawimp" to Usenet about a month ago. I've offered
to repost it once I'm finished with the TeX-to-Scribe conversion
(probably sometime in May), and Alan seems willing to have me do so.
------------------------------
Date: Tue, 24 Mar 87 08:57:58 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: re: versaterm output to appletalk
I don't believe that I've seen anything that will allow you dump
directly via a terminal to a LaserWriter. The reason that your
program works correctly with an Imagewriter is the fact it is
RS232 only; if it were set up using the Imagewriter driver, you
don't have 'pass through' serial port access there either.
The LaserWriter wants to see PostScript. You'd need a terminal
emulator that understood and automatically sent the correct
PostScript translation, opened the AppleTalk necessary commun-
ications, and then ran the data out to the LaserWriter in real
time. A little tricky , I think.
However, I do this all the time:
Set up the Imagewriter/LaserWriter driver.
Set Versaterm to "Save Stream"
Run program... collect outputs.
Turn off "Save Stream"
Using miniWriter (if outputs are less then 30K in size), edit
out unwanted text.
Using MockPrinter, send file off to relevant printer as ASCII
text. (MockPrinter multitasks with your host application; it
slows everything down a lot, but is otherwise fairly
useful.)
Hope this helps.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
------------------------------
Date: 24 Mar 87 13:53:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Re:Do Loop Bug in Fortran
Reply-to: <bouldin@ceee-sed.arpa>
The bug in fortran with overlapping do loops, that was reported here
several days ago, has been forwarded to Absoft. It will be corrected in the
2.3 version of MacFortran.
On a general note: Absoft (as opposed to Microsoft) is usually very
responsive about bug reports and other user input. I am a beta tester for
Fortran, so if there are other bugs/suggestions do not hesitate to send
them to info-mac or to me directly.
I am: BOULDIN@CEEE-SED.ARPA.
------------------------------
Subject: Re: keyboard repeat rate & threshold
Date: Wed, 25 Mar 87 13:55:37 -0800
From: julian@riacs.edu
> From: MikeDixon.pa@Xerox.COM
>
> i've seen the following behavior on two different machines (a 512e and a
> +) , so i suspect it's universal, but it seems like a glaring (and
> annoying) bug:
> a) bring up the control panel
> b) set key repeat threshold to "off", rate to "slow"
> c) close the control panel
> d) shutdown the mac
> e) turn it on, and try holding down a key while typing
> f) hey, it repeats
> g) bring up the control panel -- it *says* the repeat is off
> h) click on off and close the control panel
> i) it no longer repeats
>
> the values do seem to be saved, but somehow reinitialization isn't using
> them... this is a real pain, since i don't want key repeat and seem to
> have to specify that everytime i turn my machine on. does anyone know
> what's going on here, and how to fix it?
> .mike.
>
> p.s. both machines are running the most recent (well, pre-appleshare)
> system and finder (i forget the numbers)
This bug was discussed last summer in the Mac newsgroup. The problem is
worsed than described here. Besides the mishandling of the parameter,
if the control is left off, then the next time the system is brought
up, if the control is not reset manually, then scroll bars will
sometimes go into an infinite loop. I originally thought this was a bug
in More, since that's where I first saw it, but after going through the
problem with one of Living Videotext's people, we determined it was an
Apple problem. This problem is not particular to the first issue of
the 128K ROMs. The only workaround I know of to date is to just leave
the control on the longest delay setting; this causes no problems.
------------------------------
Date: 24 MAR 87 16:19-PST
From: WARREN%UWAPHAST.BITNET@wiscvm.wisc.edu
Subject: Programmed I/O, another shortcut?
This is my first posting to info-mac, although I have been an avid follower
of it for the past year or so. It is basically a request for a
clarification of certain aspects of the hardware description of the mac II
that appeared in the April Byte magazine.
I have always been somewhat disappointed in the large number of hardware
shortcuts which were made on the original Mac, mainly involving the use of
the 68000 for virtually everything from video operations to disk data
transfer. It seemed particularly anomalous that a machine which used a
68000 in a sophisticated graphics environment would transfer data to and
from a hard disk using programmed I/O; i.e. using the 68000 to perform the
transfer. I therefore eagerly awaited the successor to the Mac which I
expected would be a "no-compromise" machine and would be a solid hardware
base for the best of the high end personal computers for the next 5 years.
Preliminary hardware descriptions seemed to confirm my hopes that the
processor would be freed from such mundane tasks as video operations (in
principle, at least) or sound generation.
It was a shock, therefore, to learn that the Mac II still seems to use
programmed I/O for its hard disk. The Byte article called this "handshake
DMA"; but reading between the lines (and with the help of a friend who
is fairly knowledgable about SCSI jargon such as "pseudo- DMA") it seemed
clear that the processor is still almost totally absorbed by the data
transfer process. I know that the fine-grained interleaving of bus requests
between the processor and hard disk on true DMA machines will often allow
the processor to run at nearly full speed while the hard disk is transfering
data.
My questions are these: is my above reading of the Byte article correct?
If so, does anyone have any idea of how much a performance degradation
will result when the Mac II does demanding, multitasking operations
(either with A/UX or the future multitasking operating system)? I would
think that the strongly graphic orientation of Mac operations would make
such a degradation more noticable than would be the case on a more
conventional computer (retrieving bitmaps from the hard disk). Finally, would
a separate hard disk controller board (DMA) on the nubus solve the problem
(without incuring additional delays due to bus transfer handshaking)?
Thanks in advance for any information/feedback (sorry for the length of
the post).
Warren Nagourney
University of Washington
Dept. of Physics
------------------------------
Date: Tue, 24 Mar 87 13:57:14 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Excel References for Scholar's Aid
Enclosed is an Excel database to supply references for the demo of Scholar's
Aid. To use excel instead of MS-File with Scholar's Aid, do everything as you
normally would except that when it comes time to open MS-File do the following:
1. Create a new document in MS-Word and paste in the search text which
Scholar's Aid has put in the clipboard.
2. Remove the equal sign (=).
3. Do a Change... to change comma (,) to new paragraph (↑p).
4. Select everything (command-click in selection bar).
5. Copy to clipboard.
6. Open the Excel references database.
7. Select the cell under Codeword in the Criteria area and Paste.
N.B. Before pasting, make sure there is enough space so that the extraction
area will not be overwritten.
8. Extend the selection to include the titles in the Criteria and do a
Set Criteria. This is necessary because the Criteria might not be set for the
right number of lines.
9. Select the titles in the extraction area and do an Extract
(command-E).
10. If you wish to sort according to authors or years, do so here.
Restore the selection when done.
11. Copy what is selected to the clipboard.
12. Create a new worksheet.
13. Paste.
14. Save the new worksheet as "Ref Table" in Text format. This file
must be put in the same directory as the Scholar's Aid application.
It would be possible to automate most of the above process with an Excel
macro. Any takers?
--Mark
The example database follows. It can be used as a template for creating your
own databases.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SCHOLARS-AID-971-EXCEL-EXAMPLE.HQX
DoD
]
------------------------------
Date: Tue, 24 Mar 87 16:46:03 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: Clipper FKEY v1.5
This is Lofty Becker's Clipper FKEY, version 1.5. I am posting
it as the last version I downloaded from the Sumex archives
was missing the documentation and the ability to 'unclip' text
in the clipboard, which is a worthwhile enhancement. This
version works fine on both an old ROM 512 machine with HyperDrive
and on an upgraded 128 ROM machine with 2 Meg memory. It is
in Binhex 4.0/PackIt format (uncompressed).
For those who are unfamiliar with the Clipper FKEY, it is a tool
specifically designed for those who work over with terminal
emulators a lot. It allows you to utilize the good DA editors
(miniWriter, MockWrite, MiniEdit, etc), which perform word wrap
while in a telecommunications session for your editing. You
then copy the text you want to upload to the clipboard, elicit
the FKEY, and paste. The text will be truncated on word boundaries
at 70 characters and a return inserted, compatible with most
host computer editors. Version 1.5 includes the additional feature
of being able to 'unclip' text copied to the clipboard from the
terminal emulator so that word wrap is properly dealt with
in your DA editor or MacWrite, Word, etc. Instructions and
the address to send your contributions to are included in the
'clipper.info' file with the package. (I honestly can't remember
if it is ShareWare or Public Domain, but I bet Lofty Becker
wouldn't mind a thank you note or a fin if you sent it...)
Godfrey DiGiorgi
digiorgi@jpl-vlsi
March 24, 1987
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-CLIPPER-15.HQX
DoD
]
------------------------------
Date: 24 Mar 87 15:19 EST
Subject: An Apple harddisk question
From: Jeff (hallett@ge-crd.arpa)
Hi all! (Hey Apple, gotcher ears on??)
Are the newer Apple SCSI drives still as noisy as they used to be? Here
where I work we got one about 3 months ago and it is incredibly noisy (it
is actually louder than the IBM on my officemate's desk!). I heard that
Apple had rigged a deal to get quieter fans. Have they? (Read as: If
I order one now, will it be quiet or loud?)
Also, when we order one with cables, do we get a choice of cable length?
The 1 foot one I have in my office is too short; I want a 2 foot one with
the next drive I order, if possible.
See ya on the flip side!
Disclaimer: My boss thinks I'm doing something else with my computer! Don't
let him know!
------------------------------
Date: Tue, 24 Mar 87 07:59 EST
From: CTRMAC%IRISHMVS.BITNET@wiscvm.wisc.edu
Subject: re: word 3.0 and Mac IIs
Shortly after the announcement of the Mac II, when compatability
was being complained about by people who dont know the mac very
well, Word 3.0 was pointed to as being one of the culprits.
Microsoft quickly found the bug, which apparently was pretty
small, but they saw no need to release yet ANOTHER version
for a machine that wasnt out yet. This goes in the To Be Fixed
file I guess. From what I hear it was just something they
werent supposed to be doing anyways, but they could get away
with on other machines.
In case anyone is wondering, ID 25 is "Out of Memory"...
sure it is.
------------------------------
Date: Tue, 24 Mar 87 09:24 EDT
From: BELSLEY%BCVAX3.BITNET (DAVID A. BELSLEY)
Subject: More on Word 3.0 imports
An earlier posting noted the problem Word 3.0 has with importing some 1.05
documents - line spacing on the screen and that in the printed output are
not always the same. Extra vertical space is occasionally added. This can
be seen in the page preview mode, but not in the screen-edit mode. Further-
more, editing that seems to get rid of it proves ineffective upon openning
the document again.
I have found one fairly effective fix: select the paragraphs surrounding
the offending paragraph mark, and force the line spacing by inserting a
minus sign before the vertical spacing in the paragraph command box. In
particular, get rid of any automatic spacing that may be in effect. If,
then, the document is double spaced, and you find the spacing to be "auto",
make it -24 points. Some other adjustments may also be needed to
recover the original look of the paragraph.
I have found this problem to be particularly troublesome when any
special types of short paragraphs, such as equations, occur between normal
text paragraphs.
I wonder what is going on at MicroSoft these days? Is it just wishful
thinking to picture numerous groups frantically producing solutions to these
many problems so that a good and reliable product can be distributed in
fairly short order? Or is it possible there are numerous groups collected
in circles and emitting sinister cackles? In any event, we certainly have
Word 3.0Bn at the momement.
david a. belsley
boston college belsley@bcvax3.bitnet
------------------------------
Date: Wed, 25 Mar 87 12:10:16 est
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Macintosh --> LeCroy 9400
I have been trying, without much success, to interface a Macintosh
to a LeCroy 9400 digital ocilloscope. I've interfaced other instruments
before, but the documentation and the LeCroy's behavior
are so inconsistent that this box is ruining my day.
If anyone's had any successful work with this box ( preferably in Pascal),
either through the serial ports, and IEEE/Serialo coupler, or the National
Instruments SCSI/IEEE coupler, I would very much appreciate some help.
Rich
Richard M. Siegel
Mail Stop 231
NASA/Langley Research Center
Hampton, Va. 23665
(804) 865-3036
------------------------------
Subject: Problems using TeXtures 0.9 (Mac)
Date: Wed, 25 Mar 87 16:54:23 -0800
From: mbb@portia.Stanford.EDU
I've encountered two major problems using TeXtures, and was wondering
if anyone has run into them and/or has devised a way to work around
them.
1. On certain pages, TeXtures places a very large squarish block
of black near the bottom of the page. The block can be as large as
one-quarter of the total page area. I've not been able to determine
a pattern, and hence am not sure as to the cause. Apparently the
folks at Addison-W are well aware of this, although I haven't
heard back from them as yet.
2. My group recently switched to the new versions of the LaserPrep
and LaserWriter files (version 3.3). Now, on pages that contain
bit maps (such as MacPaint pictures), I'm getting PostScript error
message "dictfull; Offending Command: def", which leads one to wonder
if TeXtures is attempting to add something to Apple's PostScript
dictionary.
If anyone can offer any insights, I'd be quite grateful.
thanks
Malcolm Brown
mbb@portia.stanford.edu
------------------------------
Date: Tue, 24 Mar 1987 14:36 PST
From: OZ <OZ001%UWACDC.BITNET@wiscvm.wisc.edu>
Subject: Business Filevision file format?
Does anyone know the Business Filevision file format or know of a product
that allows read only access to Filevision databases?
------------------------------
Date: Wed, 25 Mar 87 16:56:33 CST
From: keith@cs-gw.D.UMN.EDU (Keith Pierce)
Subject: Logo for the Mac?
I am interested in any information available comparing the several
versions of Logo now available for the Mac. Both positive and negative
experiences are appreciated.
Keith Pierce keith@cs-gw.d.umn.edu
Department of Computer Science ...!ihnp4!rosevax!umnd-cs!keith
University of Minnesota, Duluth
Duluth, MN 55812-2496
------------------------------
End of INFO-MAC Digest
**********************
∂27-Mar-87 2243 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #70
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 27 Mar 87 22:43:11 PST
Date: 27 Mar 87 2241-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #70
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 27 Mar 1987 Volume 5 : Issue 70
Today's Topics:
Re: Strange, slow-running Mac+
Re: TextEdit length limitations
SE with Dark Castle & SmartAlarms
Printing to non-existent laserprinter
Icon for the Rest of Us
Mac+ Config files for Kermit
memory test that works on 2M Macs
F*nt DA
microEmacs (beta) 0.6
Spellers
Projection Systems
Stepping Out
RE: Business Filevision
Reset, keyboards on new machines
Tektronix 4115 Emulation for the MAC II?
Mac to HP-Laserwriter communication problems
superpaint
A/UX reliability info needed
WRITENOW BY T/MAKER
X-10 your house!
----------------------------------------------------------------------
Date: Fri 27 Mar 87 07:06:36-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: Strange, slow-running Mac+
the problem is most likely a totally fragmented hard disk and/or large,
messy DeskTop file.
There are 2 things I can think of doing:
1) run Disk First Aid (from Apple, latest version 1.0.1, I believe)
and/or DiskExpress (commercial, latest Vn 1.1, I believe)
and/or MacZap Recover (commercial, a *MUST* for ALL owner of hard disks
it save my life, 2 weeks ago - but I hope to post a separate
article on that topic RSN)
2) back up the disk to tape or another hard disk, reinitialize and reformat
the disk, and restore it's contents. be sure your method of "backing
up and restoring" does not restore things in the same fragmented,
messy shape (yes, there is another war-story here).
wouldn't you wished there was an Apple=800-number, kind of like *REAL*
companies have, like GTE??!! OK, I'm only half serious here; but someone
ought to tell folks that "just buying a computer" is not enough - you'll
have to also dedicate time for continuously educating yourself, by reading
magazines and books, by experimenting a lot, and by joining a users' group
or find a similar support network of people. what would we be without it
here on INFO-MAC??!! I'm sure that my experience is the same as most of
the rest of you guys: most of what I know about the Mac did not originate
in my head but was passed on to me by others in either written or verbal
form, and even things I figured out myself, I probably could have never
done without having learned other things from others first: maybe I should
write an editorial for one of the magazines about this topic - well, if any
of you magazines writers out there want to take the idea and run with it
(Hi, Bruce) be my guest.
Cheers, ---Werner
------------------------------
Date: 27 Mar 1987 16:58-EST
From: Duane.Williams@f.gp.cs.cmu.edu
Subject: Re: TextEdit length limitations
Stephen Chernicoff comments on the length of text in Text Edit records
in volume two of Macintosh Revealed. On page 202 he says "teLength is
an unsigned 16-bit integer, so the text can be up to 65,535." On page
206 he says "Like teLength itself, all character positions are
interpreted as unsigned integers. Negative values from -32768 to -1
actually denote positive character positions from 32768 to 65535."
------------------------------
Date: Thu, 26 Mar 87 16:21:49 est
From: ch2f#@andrew.cmu.edu (Charles Huff)
Subject: SE with Dark Castle & SmartAlarms
Just got my SE and was playing Dark Castle on it (installed it on the hard
disk, no problem). The program seemed to work fine. But I really got the
machine to do work on, so I later installed SmartAlarms in the system file on
the hard disk. Now Dark Castle says "there is a problem with the way memory
is allocated. (3524 high bytes used). This could be due to other software
that is already installed in memory." Is this a problem on the Mac Plus too,
or is is just specific to the SE? Thanks for any hints.
Chuck Huff
------------------------------
Date: Thu, 26 Mar 87 11:14 CST
From: DNEIMAN%carleton.edu@RELAY.CS.NET
Subject: Printing to non-existent laserprinter
We have a Catch-22 situation here, from which perhaps someone can extricate
us: We have connected an Apple Laserwriter to the VAX to allow people with
Mac+'s to print to it. Now since they've got that one to use, their own
machines are not connected to a laserwriter. What we expect them to be
able to do is generate laserwriter output to disk, upload it, and then
print it. Easy, we thought. However, since their machines are not
connected to a laserwriter, the Chooser won't allow them to select the
laserwriter for output, even if the output is to be to disk.
Is there a DA or software product (Glue, perhaps?) that will solve this for
us? Or is it the "responsibility" of the word-processing package authors
to account for this situation?
Any and all help will be appreciated.
Your pal,
Dave Neiman Csnet: DNeiman@carleton.edu
Carleton College uucp: ...{decvax|ihnp4}!stolaf!ccnfld!dneiman
Northfield, MN 55057-4040 (When in operation)
(507) 663-0545
Disclaimer: "It all started when he hit me back..."
------------------------------
Date: 26 Mar 87 08:54 EST
From: STERRITT%SCOM08.decnet@ge-crd.arpa
Subject: Icon for the Rest of Us
Hello,
Could *someone* who has the Icon Programming Language source PLEASE
set up a non-MPW user interface for it? It wouldn't have to be (at least,
initially :-) a totally Mac-ish one, even just a line-at-a-time type would
be okay (I assume that this is what MPW gives you, anyway).
This would be a fantastic service for those of us who don't have
(and don't want) MPW, but would very much like to have Icon. Naturally,
if someone wants to GIVE me a copy of MPW, and the C compiler, I'll build
the interface myself :-) :-) :-).
thanks,
Chris Sterritt
Sterritt%Scom08.decnet@ge-crd.arpa (arpa)
C.Sterritt (GEnie)
------------------------------
Date: Thu, 26 Mar 87 10:02:27 PST
From: "David Boyes (Network Postmaster)" <556@OREGON1>
Subject: Mac+ Config files for Kermit
Here are the configuration files for Kermit on the Mac+ to allow keypad
and arrow keys to work properly. Documentation follows as soon as is
ready. Cut at dotted lines and remove the "foo HQX KERMIT" line and then
unpack with BINHEX. Then, just double-click and go.
(To the fellow who originally wanted them: the YMIR address you gave me is
invalid on BITNET. Since you have ARPA access, just grab 'em from the
archives)
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>KERMIT-MACPLUS-CONFIG.HQX
DoD
]
------------------------------
Date: Fri, 27 Mar 87 11:50:12 mst
From: dlc@LANL.ARPA (Dale Carstensen)
Subject: memory test that works on 2M Macs
This is a modified version of the "Elephant icon" memory test from a few years
ago. It was modified to fully test memory sizes that the earlier version
only partially tested. It certainly tests all of my 2M memory, and the
earlier version only tested the first 1M (half) of it. The modifications
were done by Amar Singh of:
Sophisticated Circuits, Inc.
1314 N.E. 43rd Suite 216
Seattle, WA 98105
(206)547-4779
Dale Carstensen
dlc@lanl.gov
{cmcl2|ihnp4}!lanl!dlc
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TEST-2M-MEMORY-ELEPHANTICON.HQX
DoD
]
------------------------------
From: Stefan Bilaniuk <61058n@d1.DARTMOUTH.EDU>
Date: 15 Mar 87 16:49
Subject: F*nt DA
If this file was already posted to the net, my apologies, as I
missed it. If not, here it is:
I saw your request for a DA that lets one use external fonts
on the newsgroup rec.arts.sf-lovers (?!?) on Usenet. I recently
wrote such a DA; it should appear on mod.mac.binaries soon. In
case you don't have access to Usenet, a copy of F*nt and the
documentation (BinHex-ed and PackIt-ed) is enclosed.
It's nice to know that Double Apple (also mine) has made it
to Canada; I noticed you mentioned it. I'm Canadian myself and
hope to return when I finish my Ph.D. here (I do set theory). I
hope you spread both Double Apple and F*nt around!
You should be aware that Loftus Becker, who wrote Other...,
has also a written an FKEY resource similar in function to F*nt.
Details, including his address, are in the documentation for
F*nt.
I hope you find F*nt useful. Please let me know if you have
any problems.
Yours,
Stefan Bilaniuk
stefan@dartvax.uucp
stefan@u2.dartmouth.edu.bitnet
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-FONT-DA.HQX
DoD
]
------------------------------
Date: Fri 27 Mar 87 10:39:40-PST
From: Alan Larson <LARSON@SRI-KL.ARPA>
Subject: microEmacs (beta) 0.6
Did anyone ever find out any more about microEmacs 0.6? I
still use it, as it is nice to have it be about half the size of
the new version. It also is nice to have it set the distinctive
icon, and be able to click the file and get to microEmacs. Also,
it had better menu options availiable.
I would like to find the source of that one, and fix the few
bugs, instead of adding 'features' and the 'misfeature' of larger
size. Does anyone know of any way it could be tracked down?
Thanks a bunch,
Alan Larson
------------------------------
Date: Fri, 27 Mar 87 12:04:10 CST
From: David Wilson <WILSON/DAVID@scarecrow.waisman.wisc.edu>
Subject: Spellers
> Anyone out there use Mac-Spell-Right by the now defunct
> Assimilation Process Company?
Since spelling checkers are so cheap, why not just buy a new one?
Spelling Champion is just $39.95 from Champion Swiftware
(608/833-1777, MC or VISA) and was given the best rating by
Macintosh Journal of all the spelling checkers they reviewed.
I like it a lot, but I might be prejudiced.
Dave Wilson, author of Spelling Champion.
------------------------------
Date: Thu, 26 Mar 87 22:07:41 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Projection Systems
One thing I forgot to mention about the Mac II may interest some of you.
The demo was using a full color Sony multi scan projector.
The projector is a 3 tube, 3 lense, direct projector. It will switch
automatically between PAL, SECAM, NTSC, and NTSC(4,43) signals. It also
accepts any digital or analog RGB signal between 15kHz - 26kHz horizontal
and 50Hz - 100Hz vertical. It has a maximum resolution of 900 TV lines at
center with RGB input. They show sample layouts for 72", 100" and 200"
screens.
I saw it work and it was very nice. We had a big clear picture of all the
wonderful things that the Mac II was doing. Anyone needing a projection
system would do well to consider this device.
The rep was Gary Youngs from:
Television Associates, Inc.
2410 Charleston Road
Mountain View, CA 94043-1683
(415) 967-6040
Now, if we could only get a Mac II.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: 27 Mar 87 13:51:00 EST
From: bouldin@ceee-sed.arpa
Subject: Stepping Out
Reply-to: <bouldin@ceee-sed.arpa>
I just saw my first demo of "Stepping Out" the virtual screen product from
BMUG. This is a nice product. It allows you to install a large virtual screen
and lets the Mac physical screen act as a window into the virtual space.
TeXtures users _especially_ should look into this. One can size to a virtual
screen that is 512X860 pixels and get TeX documents that show a full page in
the 120% font size! With only (very fast) vertical scrolling one can preview
a full page. If you can't afford a big screen and you use TeXtures, this is
for you.
Other applications are very nice also, but there is a substantial slowdown
in screen redraws, update events, etc. MacDraw works well, as does Superpaint,
Versaterm and Fullpaint do not work properly with Stepping Out. Also, take
care if you use Stepping Out with Turbocharger!! Turbo must be turned OFF when
you install Stepping _or_ when you remove it. Since both products are doing
some fancy fiddling around in high memory, this is not too suprising.
Rumor has it that Stepping Out is vastly improved with 68020 upgrades since
the code contains lots of tight loops that are kept in the 020 instruction
cache.
------------------------------
Date: Fri, 27 Mar 1987 17:28 PST
From: HMICHEL%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: RE: Business Filevision
Telos Software (the makers of Filevision) also sell a demo version of
Business Filevision that has no limits on database size, but will not allow
any changes to the database.
I just happened to have called them today to check out that very thing.
(NOAA is sending me a demo of their toxic substances database and I wanted
to check it out without springing $200 for BF.)
It costs $25 and they took my order via credit card right then.
(Unfortunately they are not looking at the $25 as a handling charge -- ie,
they want people to buy it and not pass it on. Too bad, I would think that
they would look at it as a means of stimulating sells. Especially since
NOAAs work is what stimulated Telos to develop the demo version in the
first place and with NOAA sending out their demo toxic DB to fire
departments throughout the country many potential buyers of BF exist.
Enough griping.)
Telos Software Products
3420 Ocean Park Blvd.
Santa Monica, CA 90405
(213) 450-2424
Hope this helps.
Michael W. Fleming, Instructional Computing Consultant, Computer Services
California State College, 9001 Stockdale Hwy, Bakersfield, Ca. 93311-1099
Business Telephone: (805) 833-2309 -or- (805) 833-2115 {message}
Home: 2408 Barnett St., Bakersfield, Ca. 93308, Phone: (805) 399-6542
Bitnet: HMICHEL@CALSTATE
Arpanet: HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU
------------------------------
Date: 26 Mar 1987 19:39-EST
From: pw0g#@andrew.cmu.edu (the bear)
Subject: Reset, keyboards on new machines
Several questions, please excuse me if these points have been covered before.
-I have not seen mention of anything corresponding to the standard Mac/Mac+
programmer's switches on the Mac II or SE so is there some way provided to
generate a nonmaskable interrupt and/or reset in the same fashion, or is this
on the keyboard (worse yet, none at all)? I hope the latter is not the case,
having dealt with too many non-Mac machines with frozen keyboard drivers
before, and being averse to much power-cycling of things.
-I seem to dimly recall hearing that (a few) companies might produce something
along the lines of a physically user-customizable keyboard for the new Mac
line with the Apple DeskTop Bus; I would certainly be interested in something
like this if I ever switch machines and I suspect at least some others might
also be. Does anyone out there know about any products like this? Also,
how good are the new standard keyboards; I have seen them in the various
magazine articles so know the layouts and understand they are very similar
to Apple II GS but have never used one of those either. What is the feel
like and are they low enough to use for a long time. (Old Mac keyboards were
all way too tall)
-On a related note, are there any good software packages for the Mac+ that
allow the user to easily keep a set of different keyboard maps and interchange
them? As an example, I generally like the < and > to be mapped to , and . in
a word processor but not otherwise. I know how to change the keycodes but that
is neither fast nor clean.
-Last, is there a relatively simple terminal package with good H19 emulation
available anywhere?
My apologies for rambling on like this but I have not seen most of
these questions addressed in the postings I have seen. Thanks for your help.
Patrick Woolsey (the bear)
ARPA/Bitnet: pw0g@andrew.cmu.edu
UUCP:{gateway}!seismo!andrew.cmu.edu!pw0g
...Lost in the Wheels of Confusion...
------------------------------
Date: Thu, 26 Mar 87 15:20 AST
From: Peter Gergely <Peter@DREA-GRIFFIN.ARPA>
Subject: Tektronix 4115 Emulation for the MAC II?
Are there any Tektronix 4115 Emulations for the MAC II. Please reply to
me directly and I will post a summary to the Net.
Peter
------------------------------
Date: Thu, 26 Mar 87 19:57 SET
From: Niccolo' Avico <NICO%ICNUCEVM.BITNET@wiscvm.wisc.edu>
Subject: Mac to HP-Laserwriter communication problems
Hi. I've got a 512K Mac, and my boss recently bought a Laserwriter (HP
2686A) to be linked to an Ibm PC and a Olivetti M28. This printer is
provided with Centronics, RS232/C and RS422/C ports, so now I'd like to
connect also the Mac to it. Unfortunately, there's no way to use
properly the printer with the software driver available to me on the
Mac. Is there either anyone who already resolved this problem, or that
can indicate some software product to drive the printer?
Thanks in advance, Nico.
------------------------------
Date: Thu, 26 Mar 87 11:30:46 PST
From: FAILOR#BRUCE%B.MFENET@nmfecc.arpa
Subject: superpaint
Saw and article on SUPERPAINT in the Feb 1987, MacUser. If I understand
the article, it sounds like you can create a "Laserbits" document with 300
dpi resolution (which is the resolution of a number of laser printers
around like the LaserWriter and the Dec LN03).
Now we have a program that allows you to download a MacPaint file and
convert it to SXL format so you can spool it to an LN03. Was wondering if
you could do the same thing with a SuperPaint file. Then you could create
graphics with SuperPaint, and get output it on the LN03, at the full
resolution of the LN03.
Does anyone know what the format of the SuperPaint file is, and whether a
document can be saved as bit-mapped at 300 dpi?
Bruce Failor
------------------------------
Date: Thu, 26 Mar 87 13:19:38 PST
Subject: A/UX reliability info needed
From: ROBERTJ@YALEVMX
Yale's computer science department is going to upgrade its student
computer science lab next year. We're looking at Apollos, Suns, and
now, the Mac II. The Mac II certainly appears very promising from a
price/performance standpoint, and we'd like to adopt it if it's the
best system for our needs.
If we do go for the Mac II, we certainly will be using A/UX. We
will also need to set up a high-performance, VERY reliable network.
Reliable is the key word here; this lab is going to be used a great
deal, and we can't afford a lot of crashes or glitches. We would
rather take a high-priced, proven Sun system than a relatively in-
expensive but buggy Apple system.
So what we need is information. If any of you have used Apple's
A/UX, please send us your opinions. If you've set up Ethertalk or
Appletalk networks, please tell us how you're doing in terms of re-
liability. We need to hear from people who have either set up the
kind of A/UX system I've described, or who are planning to and have
more information about it than we do.
If anyone in Apple is listening, please get in touch with us. We
would like to go with the Mac II, provided it can give us the kind
of trouble-free operation we need.
I will summarize any responses to anyone who is interested, and to the
net if there is a lot of interest. Please send directly to me to
facilitate collection of responses.
Thank you all. Keep in touch.
Robert Jellinghaus
ROBERTJ@YALEVMX.BITNET
------------------------------
Date: Fri 27 Mar 87 10:05:12-PST
From: MARYOTT@EDWARDS-2060.ARPA
Subject: WRITENOW BY T/MAKER
Does anyone out there wish to expound upon the relative merits/problems
of WriteNow? From the AD I received, it looks like a good piece of
software, but we all know about what "looks good." All replies welcome.
BRYCE MARYOTT
MARYOTT@EDWARDS
------------------------------
Date: Thu, 26 Mar 87 15:43:52 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: X-10 your house!
My dad gave me the X-10 Powerhouse controller and software for my birthday the
other day and I thought I would share my impressions with the world (or at
least those of you reading this).
A definition may be in order. X-10 is a standard. It is a signal that can be
sent out over existing electrical wiring to control individual modules that
may have lights and appliances plugged into them. They are very similar to
those cheap timers that plug into the wall and turn your lights on and off
automatically. Whereas those cheap timers can typically turn things on twice
and off twice, these modules can turn things on and off and dim them at any
old time. All you need to do is send them an X-10 signal with their name on
it. Radio Shack, Sears, DAK, and others make compatible equipment. Feel
free to mix and match.
The controller is important hardware. It has a plug, a DB9, 8 switches, and
an LED. That's all the external controls. The switches are toggles that can
turn things on and off. The DB9 hooks into the modem port of your Mac. The
plug goes into the wall. The LED blinks when the controller does something.
The software is what makes the controller do it's stuff. You see, the
controller has memory in it. It can, in addition to responding to the
switches, respond to preprogrammed timed events. You use your Mac to create
the program and then download it to the controller, which has a 9V battery,
just in case. You may have seen this at the MacWorld expo a year ago. They
had it all set up in their booth and it looked hot, but was going to be
available "real soon now". Well, it's out and I got it.
The software that ships with it is kind of awful. It doesn't cope with HFS
very well and it has some bad interface concepts. Luckily, the day after I
got the bugger, I ran into a friend who had just downloaded the latest version
from GENIE. I got it from him and it is massively improved. They fixed all
the problems I had with it. If you have or are going to get this unit, be
sure to get the latest software. I would post it but there is a notice saying
that it may only be posted on APPROVED electronic systems. I think there is a
large part of the USA that doesn't even know that ARPAnet exists, let alone
how big it is. At any rate, if I get any calls to email the stuff, I will
call the manufacturers and see if we can become approved.
At any rate, the events are very flexible. You pick a module or set of
modules and program them for whatever time you want them to go on, off, or
dim (10%, 20%,...). You can set them for any combination of days of every
week, or for today or tomorrow only. For example, I have my bedside light
come on when I should be out of bed in the morning. It will then go off at
8am, unless I turn it off earlier. It will also come on at 9pm on Tuesdays,
when I get home from bowling. I also set it to go off every day at 1 am, just
in case. The controller has enough memory for 128 events. I should hope this
would be enough. You can place up to 16 modules one one house code, and there
are 16 house codes (I think).
Best of all, this stuff is cheap. The controller is $20 from DAK, including
software. ComputerWare also sells it. The modules run $12-$16 depending on
where you buy them. They make wall sockets, light switches, and all kinds of
modules. They have a thermostat that you can hook up to it. They have a
phone thing so you can call in and control things manually. They have remote
controls and a burglar alarm interface. Also, everything has a manual
override in case Klingons get a hold of your controller.
All in all, it is a great toy and it requires NO WIRING!!!! You just plug all
these things in and they work. We are talking easy. I plan on using this
thing until it or I turns to dust.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
End of INFO-MAC Digest
**********************
∂29-Mar-87 2046 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #71
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 29 Mar 87 20:46:29 PST
Date: 29 Mar 87 2045-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #71
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 29 Mar 1987 Volume 5 : Issue 71
Today's Topics:
Re: TextEdit length limitations
Re: Reset, keyboards on new machines
RE: SE with Dark Castle & SmartAlarms
MacApp Distribution License
Problems with System 4.0/Finder 5.4 and Copy II Mac
Bomb of the week
Unix Windows: setuid query
Word 3.0 stop nagging...
re Mac -> HP Laserjet:
VMS/Vax as Mac, PC file server
SPICE for Mac?
Fullwrite Professional, anyone..?
Rage about Apple's PC/AppleTalk card & software
Terminal Emulators and Control Codes (Flame)
----------------------------------------------------------------------
Date: Sat, 28 Mar 87 15:12:09 CST
From: srb%mycroft@gswd-vms.ARPA (Steve Bunch)
Subject: Re: TextEdit length limitations
Note that 90 - 64 is around 27. Wraparound of the integer count is a
possible explanation of your truncation.
------------------------------
Date: 28 Mar 87 13:42:09 PST (Saturday)
From: Piersol.PASA@Xerox.COM
Subject: Re: Reset, keyboards on new machines
>-On a related note, are there any good software packages for the Mac+
>that allow the user to easily keep a set of different keyboard maps and
>interchange them? As an example, I generally like the < and > to be
>mapped to , and in a word processor but not otherwise. I know how to
>change the keycodes but that is neither fast nor clean.
Patrick,
Let me suggest you look at Quick & Dirty Utilities, either volume 1 or 2
(you'll have to look yourself). They have a marvellous keycap layout
program which allows custom keyboards to be built, comes with QWERTY and
Dvorak keyboard layouts, as well as a layout which matches your stated
preferences. The layout program works with an FKEY which allows you to
swap them as need with a few keystrokes. Good stuff. Has a number of
other good D/A's and FKEYs, for doing things like resetting, SetFile, a
tiny BASIC, terminal emulators, and other niceties. Easily worth the
$39.95 price for each volume. Yes, the standard Keycaps DA notices the
changed keyboard map.
Standard disclaimer: I have no interest in Dreams of the Phoenix
Software, publishers of Q&D Utilities.
Kurt Piersol
"ET was just Stephen Spielberg hitting us with the 'Chainsaw of
Sentimentality'"
------------------------------
Date: Sun, 29 Mar 87 12:18:38 EST
From: JURGEN%UMASS.BITNET@wiscvm.wisc.edu
Subject: RE: SE with Dark Castle & SmartAlarms
Dark Castle wants all of the high memory which is usually allocated for
programs such as debuggers, VBL tasks, and so on. Obviously Smart Alarms
is one such program. This should have nothing to do with the fact that
you are running it on a Mac SE.
I was experiencing the same problems when I tried running Dark Castle on
my Mac+, and was able to trace it down to Macsbug and my backdrop Init.
Since I have a Hard Disk, but only an internal disk drive, there is no
easy way for me to switch systems, so I simply dropped anything which has
an init or is a debugger into a separate folder and restarted the system,
and voila, Dark Castle ran just fine.
I haven't seen Smart Alarms, but I assume that it installs itself via an
init resource also. The best thing for you to do, then would be to copy
the Smart Alarms Init and any related resources into a separate file (using
ResEdit) and changing the TYPE to INIT. Now Smart Alarms will be installed
if you start your Mac with this file in the same folder as the system, or
you can prevent it being installed by dropping the file into a separate
folder. :-)
Have fun playing Dark Castle...
- Jurgen
------------------------------
Date: 28 Mar 1987 19:14-EST
From: Duane.Williams@me.ri.cmu.edu
Subject: MacApp Distribution License
When one purchases MacApp from APDA, it comes with a "single-computer
end user software license agreement." This document states that
"MacApp [object code] may not be redistributed or used for commercial
purposes without an express software distribution license from Apple."
Can anyone tell me how this sentence should be parsed?
Does it mean that only commercial redistribution requires paying the
$100/year redistribution fee? Can one distribute a freeware program
built with MacApp without having to pay the fee? Can one distribute a
shareware program without obligation to pay the fee, or is shareware
considered "commercial"?
------------------------------
Date: Fri 27 Mar 87 19:38:36-AST
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Problems with System 4.0/Finder 5.4 and Copy II Mac
WARNING: Use Copy II Mac for 800K disk copies under System 4.0, and
Finder 5.4 under YOUR OWN RISK.
I am running System 4.0/Finder 5.4 on a Macintosh Plus and a Macintosh
SE. The ram cache can either be on (128K), or off (with full reboots in
between). Take COPY II MAC (5.4 or 6.3) and ask for a Sector Copy of a
non-copy protected 800K disk. The sector copy can be either with or
without format (assuming a formatted destination disk).
After reading the disk, and during the writing sequence the "R" error
will appear in minimum of two of the following tracks, 45A, 58A, 72B, or
78B. The 400K sector copy is just fine, and the 800K bit copy fails as the
sector copy for 800K.
It would appear the destination disk is allright, but I would not trust
it. The above has been tested on both a Mac Plus and a Mac SE, using
internal to internal (bottom disk on SE, as the upper one is not recognized
by Copy II Mac), internal to external, external to internal, and external
to external where all disk drives were Apple 800K hardware.
I have alerted Central Point Software, who will look into it but require
6-8 weeks before advising me of any news.
SUGGESTION: Use Copy II Mac from a System 3.2/Finder 5.3 floppy.
Everything appears to work great.
Peter
Notes: The test was conducted on 4 Mac SE, 5 Mac Plus, 1 Mac 512/800 using
System 4.0. The problem is still there if Copy II Mac is run from a Hard
Disk running system 4.0. I have created a set of "master disks" for these
tests with one set created using System 4.0/Finder 5.4 and one set with the
3.2/5.3 combination. There is no real change in the way 800K copying works
with Copy II Mac. The two most common tracks for errors are 45A, and 72B.
Any ideas from the wizards out in netland, as to what might be causing the
problem. Disks pre-formatted with both finders so that Sector Copy with no
Format could be used, make no difference. The problem is absolute, in that
it has happened on over 50 master diskettes (all different from my test
sets).
------------------------------
Date: Sat, 28 Mar 87 17:19:05 EST
From: matthews@tcgould.tn.cornell.edu (Dave Matthews)
Subject: Bomb of the week
Reply-to: matthews%batcomputer.UUCP@tcgould.tn.cornell.edu (Dave
Reply-to: Matthews)
A disk had gone out in the weeds, reason unknown. Any attempt to insert it
elicited the "This disk is unreadable: do you want to initialize it?" box.
I tried to salvage with MacTools. The initial response was "There are
problems with this disk. Please try a different one.", which was at least
different if not particularly helpful. I clicked the OK button, triggering
a new box:
Please put the disk: "There are
problems with this disk. Please try
a different one." into the drive.
(MacTools did recover the disk eventually, by the way.)
-- Dave Matthews
In real life: anonymous
ARPA: matthews@batcomputer.tn.cornell.edu
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!tcgould!matthews
BELL: 607-533-7820 DISCL: My employer ignores my opinions altogether.
------------------------------
Date: Sun, 29 Mar 87 22:24:24 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: Unix Windows: setuid query
I've been using uw here for about a month. (version 3.4 on Ultrix
4.2BSD) There is a problem which makes life a bit of pain. For some
reason the uw processes don't get assigned the userid of its parent.
This only has a visible effect when I need to use talk or write. Since
I spend a lot of my time online consulting, this problem forces me to
shutdown uw often, go ahead with my talk session, then restart uw
after I'm done.
Has anyone else come across this problem? Is there a fix?
A bit confused in Philafluphia.
Ken Mayer
------------------------------
Date: 29 Mar 87 19:48 +0600
From: Dhiren Fonseca <fonseca%cc.uofm.cdn%ubc.csnet@RELAY.CS.NET>
Subject: Word 3.0 stop nagging...
>Ok, quitcher bellyaching! Word 3.0 DOES allow you to have .....
There sure are a lot of people complaining about Word 3.0.
bye the way, someone mentioned that there was no way to
have side by side paragraphs in a document header. It took
me 2 seconds to get Side by Sides in a header, whats the matter
dosn't any one read there manuals any more ? jeeezzz
Dhiren Fonseca
the sample file created is enclosed in Word 3.0 regular format.
look at the page preview !
(This file must be converted with BinHex 4.0)
:%e0TC'8JBRNJ8fPNC5"6B@e`E'8!9d4#6Ne69d3!N!3%!*!&kQ(q0!#3$J(%!*!
1!`!!8J!!!`!!8J!!!e)!N!3$8J#3"!05!!i!!!0J!"!!!!0`!*!%!h!!N!3$F!!
-!!!$I!!+!!!$KJ!+!!!$F!#3"!13!!!H!!!$VJ#3"!1Z!*!%!3#3"&-!N!G`!*!
N2H![d!@J"`J&S!F)!!!#d&)!J!%!!3!"3!#31e30D'Pc)'Pc)'%JFf&YF'aP)'p
Q)(GSBA3JFfPNC5"LH5"cD@4P)'0KEL"NEb"QEh)JH@pe,QPQ)(P[G5"XC@&bEL"
SEhFJG'mJGA0P)'Pd)#%09'KTFb"TFb"K)(0KEA"XC5"[CL"dD'8JG'9iG#"dD'&
d)'0KEL"REb"TEL"K)'KPBA*NCA)09'KTFb"TFb"K)(0KEA"XC5"[CL"dD'8JG'9
iG#"dD'&d)'0KEL"REb"TEL"K)'KPBA*NCA)0N!B#33)!N$X"!*!$!3)!!!(%!!!
"ahN!F`#3B!8!3!!#'!8!#!!!J!-!!!%!N!-"!J!!!9-!!!'*!!!"[`!!!F!!!!(
"!!!"`J!!!F-!!!(%GR*K6N"!FR)d!*!$#`#3!`B"%"8B%31%$I3!!!8#$`B#%1!
K`!!5p!!!"3)'!4%@J!m'!K$J)F!!%23!!!B"%"D!$`B#%1!K`!!$!*!$#!#3!`B
"&2XS#3!-!!m!rj!,!!!6rj!-"!!3!"8!%[q3$!-!!!%!$I3!N!2f!*!8hJ#3"m3
!!J!!!F3!N!I%3!)!N!8"!*!(E`#3!h!!!!%!N!-"a`!%!!!"!*!$!F3!"3#3!`-
!"!!8!"8!&`!K!'%!R!$K!1B!k`$Y!1i!l`#38XV+!!!:
------------------------------
Date: Sat, 28 Mar 87 22:09:12 PST
From: USER=QCZ4%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: re Mac -> HP Laserjet:
A) On a Mac 512, all you need is an Imagewriter I - style cable. Plug the
sucker in, and set the Laserjet to (I think) 9600 baud. This alone should
enable you to print in draft mode with the default font.
B) I have a package called 'LaserStart', from Softstyle, Inc. (See their ads
in any issue of MacWorld). It enables you to print either in draft mode with
printer fonts picked to match screen spacing (including fonts on cartridge)
or in graphics: 100, 150, or 300 dpi. At 100 dpi you can print a whole Mac
page, at 150 you get about 2/3 of a page, and at 300 you get about 2 1/2 inches
before the printer chokes. (I suppose this would be more with a LJ Plus.)
It works with all Mac software that I've tested with it (lots and lots).
At the moment, we've ordered an upgrade to 'LaserStart Plus' - which reportedly
includes a spooler, mixing of Mac graphics with printer fonts, etc...
------------------------------
Date: Sat, 28 Mar 87 10:44:32 est
From: sr16#@andrew.cmu.edu (Seth Benjamin Rothenberg)
Subject: VMS/Vax as Mac, PC file server
Has anyone used VMS Vaxen as file servers for Macs and PC's together?
I have been asked to find out all the options available (or soon-to-be) for
using VMS Vaxen as file servers for IBM-PC's and Macintosh's. The
network would have several clusters of Macs and PCs, each with a uVax.
The uVaxen would be in different buildings, linked to each other and
to a Vax mainframe with an Ethernet (probably DecNet). If anyone
has hooked such a system up, I'd appreciate if you could let me know.
Thanks in advance.
Seth Rothenberg
sr16@andrew.cmu.edu
------------------------------
Date: Sat, 28-MAR-1987 23:16 PST
From: <ZGLu%UCIVMSA.BITNET@wiscvm.wisc.edu>
Subject: SPICE for Mac?
Can any body tell me if there is any software on Mac that is functionally
equivalent to SPICE for network modelling?
George Lu bitnet: ZGLU@UCICP6
------------------------------
Date: Sun, 29 Mar 87 12:47:44 EST
From: JURGEN%UMASS.BITNET@wiscvm.wisc.edu
Subject: Fullwrite Professional, anyone..?
Ok... I've seen Ann Arbor Softworks' ad for Fullwrite Pro in January. It
looked interesting. Now I've seen their latest ad telling me not to buy
MS Word. I've also been kind of discouraged from buying Word by all the
complaints and bug reports posted on this digest. But I NEED a good word
processor! And soon, too... Is Fullwrite worth waiting for..? Is it
really serious competition for MS Word? Mind you, I'm also not too
impressed with Word (I've played with it briefly) because it isn't true
WYSIWYG, and what did I buy a Macintosh for if not WYSIWYG??? On the
other hand, Word does have most of the features I've been longing for
for years now. If Fullwrite is all they claim, AND if it can do some
of the really advanced features of the new Word, then I'm buying...
Anyone actually seen it...?
(all the above references to "Word" are to Word 3.0, of course... I wouldn't
touch the old MS Word with a ten-foot pole)
- Jurgen E Botz (Jurgen@Umass.wiscvm.edu)
------------------------------
Date: Fri, 27 Mar 87 23:43 EST
From: Hess@MIT-MULTICS.ARPA
Subject: Rage about Apple's PC/AppleTalk card & software
(Alas, you read right -- "rage", not "rave". At the end of this flame
is a request for help from somebody who makes AppleTalk cards & software.)
1) It *does* work. I can print to my LaserWriter.
2) The software user interface is mediocre. The driver base
is way too big to be a TSR.
3) The documentation is either incomplete or afraid to say what
needs to be said.
<<flame on>>
First, the AppleTalk driver, ATALK.EXE does a Terminate and Stay
Resident and takes up 58K! Centram's ATALK.SYS only takes 19K plus
buffers. Why?
Second, all the printing programs look for LW.ENV only in the current
directory. I can see the words "PATH" and a search directory name in
the .EXE, but neither seems to be looked for. (So, OK, I hacked the
binary to look in "\LWENV" instead of "LW.ENV". Shouldn't have to,
though. Of course, neither documentation nor switch-listing says
anything about PATHs, or the fact that the LW.ENV has to be present.)
Third, why does a printing program clear the screen, displaying status
messages sprinkled around the 24 lines? And why does the "-q" (for
"quiet") switch still clear the screen, and print even more messages,
just not sprinkled around?
Finally, the manual says the card comes set up to use COM2's IRQ 3.
Can be changed to IRQ4 for COM1, or to IRQ2. Says not to use IRQ2 in
an AT. Why does it say that? Maybe because of hard disk interference?
Well, they ought to say so, as warning, or else include the sentence
that follows logically from their current instructions: "You can't use
this card in a PC/AT where you also need to use both COM1 and COM2."
Of course, it seems to work just fine on IRQ2. At least my AT hard
disk hasn't slowed down or died just yet...
Of course, Centram's card comes set up for IRQ2 and says nothing bad
about installing in an AT, nor does their tech support see any reason
why not. (I don't know who's worrying/not worrying appropriately...)
<<flame off>>
I'm sending this message to both Info-Mac and Info-IBMPC because the
card may be of some concern to each group, and in hopes of catching
the eye of someone from Centram, Apple, and Tangent. Or anybody
from ThInK who's had to use all these cards working on InBox and
might have hints. Regardless of my flaming, I do need some help:
* Will Apple improve its software? Is there a reason it
can't get small?
* If not, will Centram please do a version of TOPS that runs
on the Apple card and sell it separately?
* If not, does the latest Tangent software (which seems to be
underneath the Apple logo in this case) work any better than this?
* If not, should I know better than to buy new toys? :-)
Brian
------------------------------
Date: Sun, 29 Mar 87 12:38:03 EST
From: JURGEN%UMASS.BITNET@wiscvm.wisc.edu
Subject: Terminal Emulators and Control Codes (Flame)
Who was the bright guy who decided that terminal emulators should use the
command key to send control characters...?
Someone (presumably one of the designers of MacTerminal) set this standart,
and ever since it has been impossible to get keyboard equivalents for menu
commands in terminal programs. And of all the programs that I use, the
terminal emulater is the one in which I need keyboard oriented operation
the most!
This is absolute utter nonsense, and I find it extremely frustrating that
all the better terminal programs seem to follow this method. [ The only
exception is: Red Ryder :-) ..which is a program with a LOT of nice
features, but unfortunately extremely buggy and poorly written :-( ]
Why do I say that it is nonsensical to use the command key as a control key
equivalent..? Well, the logic is simple... the COMMAND key is defined to
be the key which you use to invoke COMMANDS! Such as menu equivalents, Cut
& Paste, macros, etc. The OPTION key is the key with which you generate
OPTIONAL characters, i.e. characters that are not part of the set of
characters printed on the top of your key-caps. Such as... accent marks,
bullets, and... CONTROL CHARACTERS!!!!
Since for the vast majority of terminal applications accent marks and
bullets are neither necessary nor even usable, using the option key as a
control meta key introduces NO conflicts, whereas using the command key
introduces multiple conflicts. First of all you can't use the command key
for menu commands any- more, and secondly, most terminal programs add
another conflict by making the command key ALSO they key with which you
invoke you macros or scripts! In other words, once you have any macros
defined, you can't use those control codes, and you can't get menu
equivalents either. Great, just great.
- Jurgen E Botz (Jurgen@UMass.wiscvm.edu)
------------------------------
End of INFO-MAC Digest
**********************
∂31-Mar-87 0034 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #72
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 31 Mar 87 00:34:45 PST
Date: 31 Mar 87 0032-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #72
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 31 Mar 1987 Volume 5 : Issue 72
Today's Topics:
Replies to a few postings from number 70
RE: Strange, slow-running Mac+
[mac: uw - replies]
Re: Bomb of the week
MACINTOSH SE FIRST TOUCH
which editor to use for *LARGE* text-files?
Acta Reader
new version of MACGET-MULTIFILE.C
DAK ADC modem with Mac 512?
FullWrite Professional availability
Re: Control Character/Command Characters
Command key to send "control" characters
Re: Terminal emulators (V5 #71)
Usenet Mac Digest V3 #24
Usenet Mac Digest V3 #25
Delphi Mac Digest V3 #20
----------------------------------------------------------------------
Date: Mon, 30 Mar 87 19:20 EDT
From: KURAS%BCVAX3.BITNET@wiscvm.wisc.edu (This Space For Rent)
Subject: Replies to a few postings from number 70
This note is in reply to a whole bunch of different items in Info-Mac
number 70. I hope its mishmash-ness isn't too confusing.
In reply to Werner who laments the lack of an Apple 800 number at which to
direct his questions and complaints. I agree that an 800 number would be
useful, but Apple feels it can better address the problems of customer
questions and complaints through its dealers. The idea is that the dealers
know the customers better and can address a problem better in person.
Dealers are given access to AppleLink (an information and electronic mail
service) which is very useful. I know because I use it regularly. I a
dealer can't find the answer to the question in an AppleLink database, he
can send the question to the appropriate Apple service center (also on
AppleLink) and get a reply within a day or so. Apple certainly saves money
with this approach to customer support, and it feels that it centralizes
all service and support at the dealer in this way as well. I know that
many people are dissatisfied with the service they get from their dealers,
but I think that there are also a lot of preconceived notions about what to
expect when the dealer is visited. Give it a try. You might get the help
you need.
Dave Neiman asked if he could format documents for printing on a LaserWriter
without being connected to one. The answer is yes. To select the LaserWriter
icon in the Chooser, simply turn on AppleTalk in the Control Panel. Of course,
then nothing except AppleTalk can be conected to the printer port, but nothing
is free.
For Patrick Woolsey who wanted to know where the programmers switches were on
the Mac II and the Mac SE, they're right where you'd expect them to be, on the
machine case. They also work just as you'd expect them to, so don't worry. As
for the keyboards, the layout is identical to that of the IIGS, and the key-
boards are quite a bit lower than before. The keycaps are a little nicer than
those of the IIGS, and there's a little more space around the typing area than
on the IIGS board. The feel is nice, with a bit shallower action and a slight
breakover tactile effect. They are very quiet to type on, quite a lot quieter
than the old Mac keyboards and infinitely quieter than the IBM-PC keyboard.
(In case you wondered, we do have a Mac II and a Mac SE here, so I do know
what I'm talking about.)
To Robert Jellinghaus, A/UX is a prerelaese product, so I can't comment on its
reliability, but we do have a prerelease copy here at Boston College and I'll
pass along any info I get on it.
Patrick Kuras
<KURAS@BCVAX3.BITNET>
------------------------------
Date: Mon, 30 Mar 87 08:49:40 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: RE: Strange, slow-running Mac+
Concerning the slow Mac+, it is such a simple thing that I was going to pass
it up, but I cannot resist now that someone has gone and missed the
obvious (that's you, Werner).
The guy is using Stars 1.6 to do his timing. Some of the stars go in and some
go out. One is set to fast and the other to slow speeds. Come on! Try
pressing the number buttons. 5-9 are outwards, 0-4 are inwards. The
character keys are used to control how many stars are on the screen. For the
fewest stars, use space, 0, @, P, or p. For the most stars use /, ?, O, _, or
o. Stars uses the bottom nibble for the star count (plus some constant).
Neither Mac is slow. It is a software problem.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[missing the obvious can happen to anyone. DoD :{ ]
------------------------------
Date: Mon, 30 Mar 87 22:30:46 est
From: mayerk@eniac.seas.upenn.edu (Kenneth Mayer)
Subject: [mac: uw - replies]
Here is the answer to my question regarding a problem that uw has
dealing with talk, write, and other similar programs. Perhaps one of
you bright, young, unix guru's can find a solution.
Posted-Date: Mon, 30 Mar 87 09:15:25 EST
Received-Date: Mon, 30 Mar 87 09:14:30 est
Date: Mon, 30 Mar 87 09:15:25 EST
From: John T Kohl <jtkohl@ATHENA.MIT.EDU>
To: mayerk@ENIAC.SEAS.UPENN.EDU
Subject: Re: Unix Windows: setuid query
Us-Snail: Room A303, 4 Ames St, Cambridge, MA
Zip-Code: 02142-1306
The problem you are hitting is one I've run into using other window
systems (mainly X).
Your slave windows are indeed running under your uid. But these windows
are also on different pseudo-terminals. This means that the slave
windows do not have entries in /etc/utmp, so that talk and write don't
recognize you as being you.
There are two solutions:
1) fix write and talk to do a sensible thing if it cannot find you in
utmp.
2) fix uwtool (?) so that it creates a utmp entry for you when you start
up windows (but it would then need to be suid root).
John
P.S. Put these aliases somewhere so that they're only entered while
inside uw. [I usually have an if-statement at the end of my .cshrc
file checking to see if $TERM == "adm31", then source filename.] They
change the window title to 'username@host: current_working_directory'
Trully neato! (Insert your favorite disclaimer here.)
#!/bin/csh
# Define aliases so that window titles show cwd, really neat!
set ps=`whoami`'@'`hostname | sed -e s,.seas.upenn.edu,,`': ${cwd}'
alias uwt uwtitle $ps
alias cd cd \!\* \; uwt
alias pushd pushd \!\* \; uwt
alias popd popd \!\* \; uwt
alias reald 'cd `pwd`'
cd .
------------------------------
Date: Mon 30 Mar 87 19:43:07-PST
From: Lance Nakata <K.Kirin@MACBETH.STANFORD.EDU>
Subject: Re: Bomb of the week
> A disk had gone out in the weeds, reason unknown. Any attempt to insert it
> elicited the "This disk is unreadable: do you want to initialize it?" box.
> I tried to salvage with MacTools.
For everyone out in Macland who attempts their own disk or file recoveries:
be sure to use Copy II Mac (version 6.3 is the latest I know of) to sector
copy your damaged disk BEFORE proceeding with any repairs. Working on a
copy of the original disk is definitely the most important rule of
disk/file recovery.
I bring it up here because MacTools 6.x sometimes makes the disk even
worse. If this should happen, you'll always be glad you didn't scramble
the original.
Lance Nakata
ARPA: nakata@portia.stanford.edu
BITNET: nakata%portia.stanford.edu@stanford.bitnet
------------------------------
Date: Mon, 30 Mar 87 18:17:17 SET
From: Norbert Mueller <K360171@AEARN>
Subject: MACINTOSH SE FIRST TOUCH
WE JUST RECEIVED OUR FIRST SE (NO HD) TODAY. THREE STRIKING IMPRESSIONS:
IT IS LOUD.... (THE FAN NOISE EXCEEDS THAT OF OUR -FORGIVE ME- IBM CLONE
EASILY)
IT IS FASTER THAN THE MAC+ (APPROX. 25% ON GRAPHIC APPLICATIONS)
THE KEYBOARD IS GREAT (WITH EXCEPTION OF THE TOO NARROW SPACE BAR)
THE GERMAN SYSTEM DELIVERED SEEMS TOO BE BUGGY (SET STARTUP DEVICE IN CONTROL
PANEL BOMBS (ID=2))
THE MAIN PROBLEM SEEMS TO BE THE NOISE, AS I HAVE NOT SEEN ANY OTHER MAC
SE'S I DON'T KNOW IF ITS A GENERAL 'FEATURE' OR JUST A PARTICULAR
MALFUNCTION OF THIS MAC. I REALLY PREFERD THE QUIET MAC+ IN MY OFFICE. ANY
HELP ON THE FAN PROBLEM WOULD BE APPRECIATED.
N. MUELLER
------------------------------
Date: Mon 30 Mar 87 17:38:50-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: which editor to use for *LARGE* text-files?
does anyone have any experience editing VERY LARGE text-files on the Mac?
which ones to consider and what are the trade-offs?
------------------------------
Date: Mon, 30 Mar 87 10:30 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Acta Reader
[ Uploaded from Delphi by Jeff Shulman ]
Name: ACTA READER
Date: 29-MAR-1987 02:58 by DDUNHAM
Acta Reader opens and prints Acta documents (up to 9 at once). I wrote it so
people could distribute information (structured text and graphics) without
having to worry if the recipient owned Acta.
If you do own Acta, you may find it useful to open (and copy from) multiple
documents. This program replaces Acta Runner.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>ACTA-READER.HQX
DoD
]
------------------------------
Date: Mon, 30 Mar 87 22:44:18 PST
Subject: new version of MACGET-MULTIFILE.C
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Some time ago I posted an updated version of macget which was appropriate
for multiple file uploads using VersaTerm 3.0 and VersaTerm Pro 2.0.
It has recently been brought to my attention that the file in the sumex
archives suffers from translation problems due to crossing multiple gateways.
This version should correct the problem.
David Gelphman
[
this file replaces the previous one in the archives. archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACGET-MULTFILE.C
DoD
]
------------------------------
Date: 30 Mar 1987 18:46-EST
Sender: WAGREICH@G.BBN.COM
Subject: DAK ADC modem with Mac 512?
From: WAGREICH@G.BBN.COM
The DAK ADC modem (1200 baud) is now available from DAK for $129. and the
purchase price includes $25 worth of Compuserve time. I understand this
modem is a Hayes compatible and I have received favorable comments about it
from those who are using it with PCs.
I am interested in knowing if anyone out there is using the DAK ADC modem
with a Mac 512. The Mac 512 suports the Hayes Smartmodem 1200. I am
interested in knowing if the DAK ADC modem works well with the Mac 512 and
can be used in lieu of a Hayes Smartmodem 1200. I would like to hear any
negative comments as well as positive comments.
Since I am not on the info-mac mailing list, I would appreciate it if you
would send me your responses directly to the following netaddress:
wagreich at g.bbn.com
Thank you very much for your help
------------------------------
From: meltsner@athena.MIT.EDU
Subject: FullWrite Professional availability
Date: Mon, 30 Mar 87 10:47:46 EST
I called Ann Arbor and asked about the shipping date for FullWrite.
Basically, it sounds like it will be at least a month or so away from now.
They keep adding features (a couple of weeks ago at least -- the sales rep
told me they had just returned from some sort of lawyer's convention and
went back to the code to install all sorts of new things) and they said I
might be able to get a review copy sometime in April if I tried real hard.
[I'm trying to do a definitive review of wordprocessors for science and
engineering reports for a supplement to MIT's student newspaper.]
Anyway, unless these guys decide to stop adding things, the wait for
Fullwrite will probably be at least another month or so, but may indeed be
worth it. [They plan to add automatic numbering of figures, references,
etc., or so the sales guy thought. There were too mny new features for him
to keep track of!]
Ken
------------------------------
Date: Mon, 30 Mar 87 09:55 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: Re: Control Character/Command Characters
I agree, control characters should be done with the option key,
and leave the command key alone to perform other functions.
However, as you noted, this whole mess started with MacTerminal (and may be
corrected in the next release, i would think)... And all of you
programmers out there are probably chuckling along with me saying "oh *I*
know why they did that"... The answer is really why software companies do
all kinds of things: It was easier! The option key, when combined with
certain keys doesn't actually generate a keypress. Examples of this
include option-e which generates an accented character after ANOTHER key is
pressed. I'm sure there are ways around this, but when you are deep in the
middle of writting an emulator that was supposed to be out last month, you
don't think of things like that, you just want to be DONE with the thing.
Note that this is all accedemic on the new SE keyboard, which has a control
key (and which most all of the software already takes advantage of). BTW:
you can use the control key within Write or Word or whatever to generate
Checks, and Command key symbols. Also, in response to another question,
the Mac SE/II keyboards have a GREAT feel, (at least i think so), if you
want to check it out, go to a dealer and pound on a IIGS keyboard....
Tom Dowdy
CML5A9@IRISHMVS.BITNET
"They say there is strangeness to danger us,
In our theaters and bookstore shelves.
Those who know what's best for us,
Must rise and save us from ourselves."
------------------------------
Date: Mon, 30 Mar 87 10:51:40 PST
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: Command key to send "control" characters
1) Yes, it can be frustrating, especially if there's no alternative.
2) The Columbia University version of Kermit for the Mac permits you to
choose whether you want to use the Command key, or the Option key,
for sending control characters. You must run a separate "keyboard
configuration" application to do this, however.
3) The Option key can be equally frustrating, because of the fact that
Option is normally used for umlauts and other accents. If you type
(e.g.) Option-u, then the application itself does NOT receive the
keydown event immediately, because the keyboard (or the driver??) is
waiting to see if you're going to type another character to which an
accent should be applied. You actually have to type a second
Option-u before the application is informed that an Option-U was
typed. I seem to recall hearing that there's no way for an
application to override this "feature" and receive the raw
keystrokes... perhaps a MacHacker out there can clarify this
situation?
4) Which version of Red Ryder have you been using?
------------------------------
Date: Mon, 30 Mar 87 23:36:04 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Terminal emulators (V5 #71)
Obviously Mr. Botz is new to the Mac market.
The option key is not generally a modifier. It is a key that indicates
the character code generated. With the provision of 'dead keys',
it's fairly impractical to use Option as a control key.
Whether this should be so, is another story, but that's the
reality of the Apple design. (See 8/86 MacTutor)
Now, the new Mac SE/Mac II have an optional keyboard that
includes Control. If you have a very clever terminal program
running on a keyboard that supports control, then the program
could enable Command equivalents and use Control as it
was intended to be used. Also, the documentation for the new
keyboards suggest it might be easier to use Option on the new
keyboards than the old ones, because Apple has better documented
the keyboard interfaces.
------------------------------
Date: Mon, 30 Mar 87 10:48 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #24
Usenet Mac Digest Friday, March 27, 1987 Volume 3 : Issue 24
Today's Topics:
Sad Mac -- HELP! Replies
Cash Register Keyboard for the Mac
Re: Mac SE - compatibility (where's the horizontal retrace bit?)
Re: Of Games [for the MacSE] (Actually Dark Castles Compatibility)
cheap but good MIDI interface??
Re: Suggestions for Mac Fans (not people :-) Wanted
MacWorld Weasels
Help w/ printing graphics, window to printer
Re: cheap but good MIDI interface?? (2 messages)
Re: Mac II (really A/UX)
Re: MacWrite 4.5 BOMB
Re: Who is Cooke Publications?
Library Manager
Re: Hooking up a mac to external speakers
Looking for WYSE50 or VT100 emulator "C" (Lightspeed) source
C - Database interface ...
Disk Drive Won`t Eject #!?#!?
A/UX error
microemacs 3.8 Macintosh differences and sources
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-24.ARC
DoD
]
------------------------------
Date: Mon, 30 Mar 87 10:50 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #25
Usenet Mac Digest Friday, March 27, 1987 Volume 3 : Issue 25
Today's Topics:
Re: LSC error in printf?
Still more Word 3.0 bugs
mouse-feet
Re: X windows for Mac?
Re: Laserwriter, PostScript, and Patterns
Info on Accounting Packages
uuslave to Mac ???
Re: Still more Word 3.0 bugs
Re: Disk Drive Won`t Eject #!?#!?
Macintosh --> LeCroy 9400
Mac + SCSI Interface, Educational Shareware
Re: Disk Drive Won`t Eject #!?#!?
Re: Hooking up a mac to external speakers
Re: Mac software query (Ready,Set,Go!3.0)
MPW Problems
MAC+ SIMM part number?
Re: mouse-feet (2 messages)
How to speed up the MAC ??
Tektronix emulation through Telnet
MIDI Sequencing Software for Mac+
SE with Dark Castle & SmartAlarms
Re: Re: Laserwriter, PostScript, and Patterns
Re: SE with Dark Castle & SmartAlarms
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-25.ARC
DoD
]
------------------------------
Date: Mon, 30 Mar 87 10:51 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #20
Delphi Mac Digest Sunday, March 29, 1987 Volume 3 : Issue 20
Today's Topics:
Problems Using SuperMac SuperSpool 3.2
RE: servant
RE: Stresed Nodes
Re: Head parking and shutdown?
Bug in Insect (2 messages)
Acta converters
RE: interrupts
SmallTalk "resources" (2 messages)
PageMaker 2.0 and WriteNow (2 messages)
RE: PostScript
SE internal disks
efficient reading (5 messages)
Font/DA mover
Word - again (3 messages)
Useful MPW C "Feature"
2,-108 bug; Font/DA Mover; heap space
RE: 2,-108 bug; Font/DA Mover; heap spac (2 messages)
TextEdit length limitations
mouse feet
a NEW word 3.0 bug
RE: potential problem in lightspeed DAs
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-20.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂01-Apr-87 2033 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #73
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 1 Apr 87 20:32:59 PST
Date: 1 Apr 87 2031-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #73
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 1 Jan 1904 Volume 5 : Issue 73
Today's Topics:
RE: Strange, slow Mac+ (really: April Fools miss the point)
Strange, Slow Mac+
Re: VBL Tasks and Dead Mice
Re: LARGE file editing
uw -- setuid and command key
Help with MacDraw printing???
Dealers and Apple Support
Word 3.0 Bugs & Requests
Wierd Problems ...
Apple LaserPrep |______ font names
Using option as control
Backup software for AST-4000
Cricket Graph & SuperPaint
Laserstart & +
Memory and SCSI upgrades for 512e
Fullpaint Hassle
----------------------------------------------------------------------
Date: Tue 31 Mar 87 12:12:39-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: RE: Strange, slow Mac+ (really: April Fools miss the point)
RE: missing the point.
TOUCHEE - rereading the original messages certainly has me agree
with you that there is reason to suspect that the only basis of
their claim to a slow running machine may be the slow speed of
running the Stars DA, but then again, that does not give folks the
benefit of the doubt, does it now? Besides, I'm one of those
folks that believes that the only "stupid" question is the one
you don't ask. And the value of the answer is often greater than
the value of the question. Anyway, I appreciated (*REALLY*) that
Jon didn't pass up my missing the point and decided to post the
*obvious*.
the more I think about it, the original article deserved to have been
posted on April 1 to see which fool falls for it - it caught my eye
in a particular vulnerable moment, as, when I read it, I was just in
the process of guiding a friend through the steps to improve the
speed on his hard-disk - and he really did have a problem after mucking
around with the fonts in his System file a lot; and my fix *DID* work
for him.
BTW, do not miss reading John Gantz's column "Tech Street" in this weeks
InfoWorld titled: "IBM to Deep-Six 80386-based PC thanks to New Technology"
The new computer he writes about seems to be an improved on Mac-II ....
But, in the meantime, my hat is off to Jon, who is a better "sleuth" than me;
the next round is on me, Jon (-:
[
There is certainly no such thing as a stupid question. Well, maybe a few.
But read on for even more twists to this story. DoD
]
------------------------------
Date: Wed, 1 Apr 87 11:39:58 EST
From: Franklin Davis <davis%v750%wanginst.edu@RELAY.CS.NET>
Subject: Strange, Slow Mac+
Boy do I feel dumb. Moral: Don't rely on unknown tests to draw
conclusions, 'specially about hardware. (But who would have thought
Stars would be such a sophisticated hack that it remembers its galaxy...)
Franklin
[and again. DoD]
Date: Wed, 1 Apr 87 18:32:22 EST
From: Franklin Davis <davis%v750%wanginst.edu@RELAY.CS.NET>
Subject: Re: Strange, slow-running Mac+
Well, the obvious gets stranger. I was happily convinced that both our
Macs are _of course_ running at the same speed. Then, someone EASILY beat
the "Bash Big Blue" program.
I tried it on the other machine (where I was sitting) and those little IBMs
pop around FAST! But, honest and truly, they are SLOW on the first
machine.
What I really need now to convince me the whole thing isn't just April
Fool Gremlins :-) is some objective speed measure. Plus possible hints
about hidden system goodies that could eat up time.
This whole thing is getting funny -- but it's not a joke. Really. Help!
Franklin
[
why would people use STARS-DA and Bash Big Blue as performance tests? But
then again, I can't think of anything better. (the only real test of computer
power is how much the lights dim when you switch it on %:-) For all you
doubter's, this exhange is for real.
Bill Berner's joke last year was less than well received, but it was all
this talk of April's Fools that put ideas into my head (what, me worry?).
So I take full responsibility for nothing.
DoD
]
------------------------------
Subject: Re: VBL Tasks and Dead Mice
Date: Tue, 31 Mar 87 12:57:15 EST
From: sbm@purdue.edu
My sincere thanks to Ephraim Vishniac for mentioning the inVBL bit
of the VBL queue header. I have finally solved my problem. Apparently,
when they say that inVBL is bit 6 of the qFlags field, they mean it is
bit 6 of the high-order byte of the qFlags field. At any rate, I am
implementing multitasking, but I was not keeping the inVBL bit as part
of the saved state of the processes. The result was that, when the VBL
task found events available and context switched to the process that
handles events, the inVBL bit would be left on during the execution of
that process, which prevented the cursor position and the button state
from being updated.
Once I saw the problem, the solution was simple. I made inVBL part
of the saved state of a process. Now, when the VBL task interrupts
process A and context switches to process B, process B runs with inVBL
cleared. When the context switches back to process A, inVBL is set
again until the VBL task returns, when the Vertical Retrace Manager
clears it.
Everything seems to work beautifully now. Does anyone see any
potential problems with dealing with the inVBL bit this way?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Wed, 1 Apr 87 03:29 CDT
From: BOYD@TAMLSR.BITNET (Scott T. Boyd)
Subject: Re: LARGE file editing
Do you consider 965K big? If so, we work with big files all the time
with the MPW Shell (edit, save, etc.). Saving it takes a while (c4.5 mins.)
but it works without crashing on a Plus. The Shell can also do a nice
job of opening a 1.4M file for reading. We've never tried editing it,
but it's great for reading and searching.
scott boyd
the machax(tm) group
------------------------------
Date: Wed, 1 Apr 87 15:04:02 PST
From: John Bruner <jdb@mordor.s1.gov>
Subject: uw -- setuid and command key
As John Kohl described, the common problem with UW and "talk" or similar
applications is caused by the lack of an "/etc/utmp" entry. X shares this
problem, as does the 4.3BSD window program. In a secure system,
"/etc/utmp" is not world-writeable. "suntools" is able to write into
"/etc/utmp" (and avoid the problem) because Sun made "/etc/utmp" mode 666.
There is code in the UW v3.4 server to write entries into "/etc/utmp". You
can enable the code by compiling with UTMP defined (add -DUTMP to the
OPTIONS line in the makefile). This will work if "utmp" is world-writeable
or if the uw server is setuid or setgid to a uid or gid which can write the
"utmp" file. The code which handles "/etc/utmp" does a setgid(getgid()),
setuid(getuid()) immediately after the open.
The UTMP code in the server will handle windows created on the Mac and
windows created via "uwtool". I didn't have time to put the relevant code
into "uwterm" before the v3.4 release.
Warning: playing with setuid/setgid programs is always risky. You
should assure yourself that making the UW server setgid or setuid
is benign before you do it.
On an unrelated topic: UW will recognize menu-key equivalents. A long time
ago I removed the lock on my caps-lock key; I now use it as a control key
in UW and use the command key for menu equivalents. Since UW can also
disable dead-key processing you could define a keyboard map which uses the
option key as a control key, leaving command free for its intended use.
------------------------------
Date: 31 Mar 87 12:32:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Help with MacDraw printing???
I digitized a blueprint with a scanner, and ulitmately fed the output into
MacDraw. I thought I was pretty clever to easily convert an old hand-drawing
into something machine readable. HOWEVER, when I print it out, the dimensions
come out wrong!! The dimensions are correct on the screen, but about 6%
larger on the paper. I am printing to an Imagewriter II from a Mac+. I used
both "tall adjusted" and no "tall adjusted" options on the Page Setup, with
no changes in the output.
I am at wits end, as I had planned to use the output to produce more drawings
for the design I am working on. Anyone know what is going on here???
I _can_ salvage things since our Xerox has a 93% reduction size, which is
almost exactly what I need to get the paper output to the same size as the
screen. However, I would rather understand what is happening and avoid the
problem if possible. Thanx.
------------------------------
Date: 31 Mar 87 13:58 EST
From: JOHNC%CAD2.decnet@ge-crd.arpa
Subject: Dealers and Apple Support
Kuras%BCVAX3 writes:
>visit your dealer
My dealer doesn't even understand the questions. (grin)
Seriously, I've tried several different places, and none of them know anything
technical. Applelink gets them information with yes or no answers; "Does
application X run on system Y with Z printer?" Beyond that I've never been
satisfied. It's an unusual dealer who will even try to answer a question
unless he/she feels a sale is predicated on that answer. As post-sales support
I find all dealers deeply deficient. I think an 800 number is a poorer way
to get support than a good user group or InfoMAC. Best of all though,
I'd like to see Apple bundle an AppleLink-like product with each Mac and
provide a non-800 number staffed by a support team. That the call costs
should discourage frivolous questions; and the response wouldn't be immediate.
However, they would be providing a very valuable service to people who need
it, and taking a load off dealers who are very ill prepared to answer
technical questions. And... it's a very Mac-ish way of providing support.
John Child
"Problems are the price of progress" General Electric
Aircraft Engines
Lynn MA
------------------------------
Date: Tue, 31 Mar 87 09:08 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Word 3.0 Bugs & Requests
[ Uploaded from Delphi by Jeff Shulman ]
Name: WORD 3.0 BUGS AND REQUESTS
Date: 30-MAR-1987 20:34 by DSACHS
Bugs and requests for Microsoft Word 3.0. Edition of March 29, 1987.
[ Text copy below - Jeff ]
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-WORD-30-BUGS-REQUESTS.TXT
DoD
]
------------------------------
Date: 31 Mar 87 14:25 EST
From: JOHNC%CAD2.decnet@ge-crd.arpa
Subject: Wierd Problems ...
I had an analog board replaced in a 512e w/ hyperdrive after it went "pfooost"
and spat out smoke. The repaired system ran fine for 4 or 5 days and then went
belly up: no power to CRT or digital board. The hyperdrive started to spin
when the power switch was flipped on, but that's all.
I took the machine back and the dealer _very nicely_ replaced both the analog
board and the CRT. "WOW", thought I, "almost like a new machine". Not
so. (sigh)
A number of applications and DAs now fail, where they ran fine originally
and after the first analog board replacement. Replacing the system and
applications from the original disks produced no changes. The behavior is
the same whether the programs are run from the hyperdrive or a floppy, whether
the system is booted from the hyperdrive or a floppy, and whether the system
file is 3.2 or 4.0. (I did try all the combinations: it took a while :-))
Symptoms are: application or DA hangs in a loop, typically near address
413F24(hex). The loop executes one toolbox trap, GETRESOURCE at address
401F24(hex). Doing a WHERE in MACSBUG says that's in PACK2, but I doubt that.
PACK2 is quite different in system 3.2 and 4.0, but the behavior is identical
under both systems. As far as I can tell the problem is the same with each
failing program.
The failing programs are: ResEdit 1.01, Rolodex 0.01, Finder 4.1 (I tried
it just to see), FindFile DA, Chooser DA (the one new with System 4.0),
and the MiniWriter DA. MS Word won't print to the imagewriter anymore,
and I suspect the same problem.
Has anyone seen this, or have a suggestion? It appears to be directly related
to the hardware problem or repair; but it seems like a software problem.
Any help will be deeply appreciated.
John Child
A false principle, once arrived at, is not General Electric
easily dislodged. Aircraft Engines
Lynn MA
------------------------------
Date: Tue, 31 Mar 87 16:47:01 mst
From: dlc@LANL.ARPA (Dale Carstensen)
Subject: Apple LaserPrep |______ font names
I think I recall seeing some instructions for printing Mac QuickDraw files
on LaserWriters which are connected to non-Mac computers. Some mentioned
not only sending LaserPrep, but how to handle references to font names such
as |______Symbol or |______Helvetica. Simply sending the part of LaserPrep
that defines the md dictionary (so it doesn't tie up so much memory that
nothing else can run) leaves us with errors that such fonts are undefined.
What else do we need to do?
As an aside, the version 40 LaserPrep has a name in it which consists of
two octal 312 characters (J plus 128 decimal), which gets clobbered by
editors that like nice 7-bit character files (such as vi).
------------------------------
Date: Tue, 31 Mar 87 08:38:48 PST
From: Stephen E. Miner <miner@spam.istc.sri.com>
Subject: Using option as control
Here's an old Info-Mac article that I saved some time ago. Thanks go
to Larry Rosenstein who originally posted the message. I hope this
helps (re)settle the issue. I also hope that Microphone offers an
option->control mapping when they finally get around to delivering
their update. (They told me it would take another month or so. Of
course, that's what they said last December.)
I think that the beta-version of micro Emacs had a similar problem
with 'dead' keys. One work-around was to use the Option Key Disable DA
which is available in the archives as DA-OPTIONKEY-DISABLE.HQX.2.
Steve
Date: 29 Jul 86 01:01:21 GMT
From: voder!apple!lsr@ucbvax.berkeley.edu (Larry Rosenstein)
Subject: Dead Keys
Sender: info-mac-request@sumex-aim.arpa
{}
A long time ago there was a discussion of using the Option key as Control in
Red Ryder. The problem is that certain option key combinations (eg.,
Option-e) are dead keys and don't generate a character until the next key is
typed.
Contrary to the messages posted at the time, it is very easy to disable
dead keys in the keyboard driver (although I'm not sure that this has been
documented). MacTerminal does it, in fact.
Basically, there are 2 resources (pieces of code, actually) that map raw
keycodes, generated by the keyboard, into ASCII characters. One resource
handles the main keyboard and the other the external keypad. It is
possible to completely replace these resources if you want to modify the
mapping in some unusual way.
Turning off dead keys, however, is very easy and already provided in the
system. Low memory location $29E contains the address of the main mapping
function. The resource begins with a 2-byte BRA instruction, followed by a
1-byte flag.
If the flag is $FF then dead keys are on, if it is $00, then dead keys are
off (ie., typing option-E will give you an accent character immediately).
It's as easy as that. Programs that turn off dead keys should make sure to
re-enable them when they terminate.
It would be trivial to write a desk accessory that allows you to
enable/disable dead keys at any time. Then it might be more convenient to
use the Option key in Red Ryder.
I hope this helps current and future terminal emulators.
Larry Rosenstein
Object Specialist
Apple Computer
AppleLink: Rosenstein1
UUCP: {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.CSNET
------------------------------
Date: 31 Mar 87 08:55:26 EST
From: Kerien.Fitzpatrick@cive.ri.cmu.edu
Subject: Backup software for AST-4000
Does anyone have REAL backup software for the AST-4000? The software that
comes with the drives is trash. AST's reason for not having decent
software that can handle HFS is that Apple did not get the information to
them fast enough (why then do other companies have backup software that can
handle HFS?). I have recently switched our two server network from
MacServe (MacTrash?) to AppleShare (AppleSlow?) and need the capability to
perform incremental backups to the built in tape drive. I would imagine
that there are a few other AST owners that would love to have decent backup
software so come software hackers fix us up with something that works. Any
info would be appreciated.
Thanks,
Kerien Fitzpatrick
reply to Info-Mac
or
fitz@cive.ri.cmu.edu
------------------------------
Date: Tue, 31 Mar 87 14:27:53 CST
From: David Wilson <WILSON/DAVID@scarecrow.waisman.wisc.edu>
Subject: Cricket Graph & SuperPaint
When I transfer a graph from Cricket Graph to the draw layer
of SuperPaint, SuperPaint crashes. Silicon Beach Software
says they are looking into the problem.
------------------------------
Date: Wed, 01 Apr 87 11:07:45 SA
From: Tero Siili <FYS-TS@FINHUT>
Subject: Laserstart & +
Hi|
There was some inquiry concerning Mac/HP LaserJet interfacing. Here's
a question to those, who know more than I do: If I have a laser, HP
or emulating, and I purchase , say, LaserStart Plus, which features
of Mac is the laser able to print? Does it print from internal character
sets or does it recognize Mac fonts(Times, Geneva, etc) and different
sizes and proportional spacing and is it capable of producing same
graphics as LaserWriter? Or do these nice features require a PostScript
laser?
Tero
------------------------------
Date: Wed, 1 Apr 87 17:37:15 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Memory and SCSI upgrades for 512e
Well, this is boggling my mind. Can anyone out there provide me with info?
I am planning on upgrading my Mac 512e to a meg+ and add an SCSI port (for
that nifty Jasmine 80 Meg drive). I also have two meg of 256K chips just
lying around and I would love to be able to use them in an upgrade, but I am
beginning to think it is impossible and not just unlikely.
I have been speaking with numerous dealer types and getting the "Um, I think"
reaction from most of them with regards to memory and SCSI upgrades. I am
beginning to suspect that the simplest and best thing to do is spend the $550
and get a real Mac+ board (from Priority One in San Jose). That way I would
know what my choices are with regards to upgrades (does anyone make a
socketted SIM?).
So, could y'all email me any info ya gots on memory and SCSI upgrades?
Personal experience counts a lot, so please, if you've done this, let me know
how it went. I am praying that I am not the first to try this.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: 31 Mar 87 12:52:00 EST
From: bouldin@ceee-sed.arpa
Subject: Fullpaint Hassle
Or, this could be subtitled, "Why I always feel ripped off when I pay for
Software".
I have been a user of Fullpaint for sometime. I love it. But, it
doesn't work with large screens, Megascreen, etc, nor does it work with
the large "virtual screen" created by Stepping Out.
I called Ann Arbor Software to ask about this problem, with these results:
1. They are well aware of the problem.
2. No, they aren't working on a fix, as they are _all_ busy on finishing up
Fullwrite.
3. No, they don't know when or IF it will be fixed.
4. When FullWrite is done, they will "evaluate" their plans for what to do
with this bug in FullPaint.
5. They won't even admit that it is a flaw! They said that when FullPaint
was written that neither Stepping Out or the Megascreen existed. I pointed
out that they MUST have violated the Apple guidelines in some way, as
MacDraw (a much older program) runs just fine.
I have never felt the need to do this before, but:
<<<<FLAME ON>>>
This is just the kind of nonsense that makes me sorry I ever laid out any
money for this program. They will not even admit that there is a problem which
is their fault. The program performs incorrectly because they obviously
violated Apple's guidelines about how to deal with the screen. To assert that
they couldn't "look into the future" (their phrase) is complete nonsense.
So if you are considering Fullpaint be aware: There is no suport at present,
as ALL the programmers are working on FullWrite. They may never fix this bug,
as they will not even admit that it is a bug.
I think it is extremely poor practice to completely remove technical support
on an old product while involved in rushing a new product to market. That
doesn't give me much confidence in the support that I can expect for
FullWrite, either. This is typical policy of too many software companies,
rushing out new products to gain revenue, while there are still glaring flaws
in the old products. I also expect that we will all be expected to pay for
an upgrade to fix Ann Arbor's original poor programming. This type of policy
accounts for a lot of the software piracy in the world. Why pay for a program
when you just get screwed later on??
My advice: Consider Superpaint, it works just fine with every screen that I
have tested it on.
<<<FLAME OFF>>
------------------------------
End of INFO-MAC Digest
**********************
∂02-Apr-87 2145 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #74
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Apr 87 21:45:34 PST
Date: 2 Apr 87 2141-PST
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #74
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 3 Apr 1987 Volume 5 : Issue 74
Today's Topics:
This disk is unreadable...
New Mac SE Keyboard Interfacing with Terminal Emulators
Further AppleTalk card/driver trivia (Apple version):
Slow Mac+ (still...)
Sample WriteNow
IBM's Product Announcement: 4/2/87
Mac II vs. IBM PS/2
re Mac fonts -> Laserjet fonts
Lisps on the new Mac models
Automac 2.0 ?
Microsoft listens
Other FullPaint strangenesses
re: FullPaint gripes
Re: FullPaint
----------------------------------------------------------------------
Date: Thu, 2 Apr 87 14:44 N
From: FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu (Thomas Fruin)
Subject: This disk is unreadable...
An HD20sc just went sour at the computer centre here. The Macintosh Plus
it's sitting under won't boot from it and when I start the Mac with a floppy
(using the latest System 4.0, Finder 5.4) the disk initialisation dialog comes
up with the message 'This disk is unreadable', while displaying the hard disk
icon. Sigh.
Someone thinks the hard disk was turned off while it was being accessed, but
that doesn't have to be the case. Anyway, can anybody tell me what to do,
besides reformatting the hard disk?
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden, Netherlands
------------------------------
Date: Thu, 2 Apr 87 12:27:47 PST
Subject: New Mac SE Keyboard Interfacing with Terminal Emulators
From: CLARKE@BCVAX3.BITNET
The new Mac SE keyboard is mapped differently than the old Mac+ keyboard.
Consequently, it appears (to me at least) that it does not allow the SE to
be used as a terminal emulator in some capacities. In particular, the keypad
section of the keyboard is totally different from the Mac+ keypad. This makes
it impossible to use the keypad in editing using the EDT editor on the VAX
system.
Does anyone know of a terminal emulator that corrects this problem? Is
Apple working to fix MacTerminal to handle this problem?
Right now this is a very serious problem, since I cannot efficiently use
my SE as a terminal.
------------------------------
Date: Thu, 2 Apr 87 23:39 EST
From: Hess@MIT-MULTICS.ARPA
Subject: Further AppleTalk card/driver trivia (Apple version):
Turns out that when using the Apple/Tangent software, in order to get
the LW.ENV file (which stores the LaserWriter's name and the zone) to be
found, it must *BOTH* be in a directory whose name is "LWDIR", *AND* be
on the DOS PATH. So the proper hack to the software is either to find
the comparison to the string "lwdir" and kill it, or change that string
to match the directory which you usually keep your path-found items,
e.g. "\ETC".
Further, it seems that in theory you can write your own software to
unload the driver, if you restore all the hooks it took over. But
you're on your own; if I make one, I'll post it. Guess if I do that I
can post the hacks to get rid of that awful screen- clearing as well.
Brian
------------------------------
Date: Thu, 2 Apr 87 14:32:03 PST
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Slow Mac+ (still...)
In regards to Franklin's (davis%v750%wanginst.edu@RELAY.CS.NET) problem of
slow running Macs and how to test for speed.
The problem of speed has been debated here and on the DELPHI net for quite
some time (actually since the introduction of the second hard disk). Many
people want the FASTEST computer in the world, but they are unsure of how to
measure it. This problem is not merely related to the micro world, our
supercomputers run a series of timing programs (known as the Livermore Loops)
that are designed to evaluate various components of a computer's speed. These
include scalar cycle times, vector cycle times, MFLOPs (Mega FLoating point
OPerations), memory access times, io speeds, and others. Not all of these are
applicable to micros, but some are. The people at Levco were given these
codes and they have been getting them to compile with the Absoft Fortran
compiler. Their first try here was unsuccessful (it compiled but blew up when
executed).
So, after that long diatribe, what do we have to evaluate speed on the Mac.
Well, the answer is nothing. Like DoD said, Big Blue or Stars is as good as
any for measuring cycle times, ASSUMING THAT THEY ARE CONFIGURED IDENTICALLY.
Franklin actually suspects the truth when he asks "possible hints about hidden
system goodies that could eat up time." I think that this is the only place
that any time could be taken away from a program. Hardware damage would
result in a more dramatic failure, I suspect. Disk damage would result in
slower disk operations (such as booting applications and disk io) but wouldn't
effect a running memory resident program.
Finally, the thing to do is make a couple of floppies that are identical.
Start with a blank disk and make a working system. Then use CopyIIMac to make
a sector copy so that you have IDENTICAL disks (does dragging a disk onto
another disk in the Finder do a Diskcopy? I suspect so). Then boot both
machines and run your arbitrary comparison program (be it Stars or Big Blue or
some floating point thing) and see what they results are. I suspect that they
should both run the same. Make sure all the Control Panel settings are the
same too (primarily I would be concerned about Appletalk).
After all this, if one machine still appears to be slower then use the other
one instead. :{)
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
Mutants for Nuclear Power Unite!
------------------------------
Date: Thu, 02 Apr 87 09:15:20 EST
From: Jonathan K. Millen <jkm@mitre-bedford.ARPA>
Subject: Sample WriteNow
I have been experimenting with the "Sample WriteNow" teaseware to
see if WriteNow is a good alternative to Word 3.0. I have encountered
one apparent bug, and one apparent limitation with
superscripts.
The bug occurred with 11-point Times text sent to a laserwriter.
Horizontal spaces were added or removed strangely. Spaces seem
consistently to be added at the end of a boldface phrase, and
occasionally just before a superscript. A space disappeared
after an italics phrase.
There is an apparent limitation with superscripting and subscripting,
namely, that the vertical line spacing increases when the -script goes
above or below the normal range. Netnotes have said that there is a
non-obvious trick to fix this problem in Word 3.0, so maybe there is just
some control I don't know about that would fix this in WriteNow.
Are these problems reproducible or fixable in the actual WriteNow?
Jon Millen
jkm@mitre-bedford.arpa
decvax!linus!security!jkm
------------------------------
Date: Thu, 2 Apr 87 17:57:18 PST
From: Dorothy Bender <HK.DEB@forsythe.stanford.edu>
Subject: IBM's Product Announcement: 4/2/87
FORWARDED MESSAGE 04/02/87 FROM GE.JCN "Jane Norris": IBM's new products
IBM today announced a new generation of personal computing products, both
hardware and software, called the personal System/2. The PCs include the
model 30 (8086, 8 MHz microprocessor, 640 k RAM), model 50 (80286, 10 MHz
microprocessor, 1 MB - 7MB RAM), model 60 (80286, 10 MHz microprocessor,
1MB - 15 MB RAM), and model 80 (80386, 16 or 20 MHz microprocessor, 1MB- 16
MB RAM). All models are available now except the 70 MB version of the
model 60 and the model 80, which will not be available until July. They
all offer improved graphics capability featuring 640 x 480 pels resolution,
all points addressable, and the 3.5" floppy disk drives. The graphics
chips are now all on the main system board along with ports for serial,
parallel and pointing devices, and a clock/calendar. Four new analog
monitors are available featuring non glare screens with decreased flicker.
Those on display were impressive. The hard disks range from the slow (80
ms) 20 MB drive for the model 30 to fast, high capacity drives up to 115 MB
for the high end models. IBM offers these machines at prices considerably
below their current similar products.
They announced an upgrade to DOS and a new operating system as well. The
new line of PCs require DOS 3.3, which is reportedly available now.
According to IBM, it supports all the old hardware plus the new high
capacity hard disks. There is an upgrade policy for users of earlier DOS
versions. IBM Operating System/2, developed with Microsoft, will let users
run multiple applications, exceed the 640 k RAM limit and provide a
consistent user interface. It will be used on the 286 and 386 machines and
will be available in stages starting in the first quarter of 1988. AIX,
IBM's implementation of UNIX, is under development and its availability
will be announced in the 4th quarter of this year.
Five new printers were announced. A quieter, faster version of the 9-wire
Proprinter, called the Proprinter II, is now available. The Proprinter
X24 and LX 24 (standard and wide carriage versions) feature NLQ printing
at 120 cps and quieter operation. The Quietwriter III has a draft mode and
is twice as fast as the earlier models. The Personal Page Printer, a
desktop laser printer, was noticeably absent at the demo. It prints at 6
pages/ min. and supports 300 dots/" graphics. One curiosity was that it
"attaches to the System/2 Model 30, XT 286 and selected AT models". Why
it doesn't (appear to) work on other PCs was not answered by IBM
during the question and answer session.
Other hardware included a optical disk unit and a tape backup device.
By the way, HP has just reduced the price on all Vectras by 15%.
------------------------------
Date: 3 Apr 87 02:58:06 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Mac II vs. IBM PS/2
Here's what I could come up with comparing the top end of the IBM
Personal System/2 line with the Macintosh II. I think the Apple manages
a win or draw in most categories. -- Joel West
IBM PS/2 Model 80 Mac II
Availability July 1987 May 1987
Processor 16 MHz 80386 16 MHz 68020
20 MHz 4th Q
Floating point CP optional standard
Color display 640x480, 16 of 256 640x480, 256 of 16M
Optional display 1024x768, 256 of 256K 1024x768, 256 of 16M (3rd pty)
Internal Floppy 3.5", 1.4Mb 3.5", 800K
Hard disk standards ESDI (optional) SCSI (standard)
Bus IBM 'Micro Channel' NuBus (IEEE P1196)
Width 32 bits 32 bits
Maximum slots 16 16
Number of slots 4 (+ 3 old-style) 6
Multiple bus masters yes yes
DIP switches? no no
Address assignment vendor-based slot-based
Existing OS compatible with prior machines
MS/DOS 3.3 Macintosh System 4.1
Multitasking no planned? (Bix says yes)
Availiability now May
Graphics interface no yes
Maximum memory 640K 8Mb
New OS OS/2 A/UX
Multi-user no yes (?)
Multitasking yes yes
Availability "1988" "summer 1987"
Graphics interface 1989? same
Also, Bix had an observation on the price and features. Since they
frequently quote from INFO-MAC and comp.sys.mac, I'm sure they won't
mind if I quote from them:
microbytes/items #1030, Thu Apr 2 12:47:28 1987
TITLE: Cost Comparison: IBM's PS/2 Model 80 vs. Macintosh II
How does IBM's new 32-bit machine compare on a cost basis with
Apple's recently introduced Macintosh II? The prices look pretty
even until you start adding things, like a math coprocessor, to
the PS/2.
IBM's PS/2 Model 80-041 Apple's Mac II Model HD40
----------------------- -------------------------
Standard equipment: Standard equipment:
16-MHz 80386 16-MHz 68020
1 megabyte of RAM 1 megabyte of RAM
1.44-megabyte floppy 800K-byte floppy
44-megabyte hard disk 40-megabyte hard disk
3 open 32-bit slots 5 open 32-bit slots
keyboard keyboard
video card video card
68881 coprocessor
system software
13-inch color monitor
Price: $6995 Price: $6996
But to get a PS/2 that has features comparable to what comes
standard with the high-end color Mac II, you have to add these
options: 80387 math coprocessor ($795); 12-inch color monitor
($685); and the OS/2 operating system ($325), which lacks
graphics and windowing (but IBM said a later version will offer a
graphics environment). Tack the costs of the options to the cost
of the Model 80 and the price tag reads $8800. The difference in
price between the PS/2 and the Mac II then runs to about $1800 --
more than enough to buy AST Research's Mac286 board ($1499) that
enables the Mac to run MS-DOS programs.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Thu, 2 Apr 87 12:30:08 PST
From: USER=QCZ4%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: re Mac fonts -> Laserjet fonts
I haven't got LaserStart+ yet. This info applies to Laserstart 2.5.
If you select 'Faster' in the Print dialog, you get screen fonts
printed at 150dpi. If you select 'Best', you get screen fonts at
300dpi -- but you'll only get the top 2/3 of the page.
If you select 'Draft', it prints with built-in fonts. No full
justification, and font selection is done by the program. With the
Times Roman/Helvetica 14(b) cartridge, the closest screen subs are
Geneva 9 -> Times Roman 10 Monaco 14 -> Helvetica 14 bold.
Geneva 10 maps to a more widely spaced TR 10, and Geneva 12 maps
to the built-in 'typewriter' font.
I'll post an evaluation once I get my hands on Laserstart Plus.
------------------------------
Date: Tue 31 Mar 87 12:39:09-PST
From: Rich Alderson <A.ALDERSON@MACBETH.STANFORD.EDU>
Subject: Lisps on the new Mac models
Is anyone out there who can comment on the various versions of Lisp with regard
to compatibility issues on the SE and Mac II? Before I retire my 128, I'd like
to know that it will be worth it.
Rich Alderson
A.Alderson@{Lear, Othello, Hamlet, Macbeth}.Stanford.EDU
------------------------------
Date: Thu, 2 Apr 87 16:58:58 est
From: michel jacquemin <jacquemin-michel>
Subject: Automac 2.0 ?
I have have heard a little bit about Automac 2.0 by Anderson.
>From what I heard, it seems to be a "macro manager" (I'd better
say a "(shell) script" instead of a "macro") and to be very
neatly done, selling around 50$.
Does anyone have additional info on this product and where
to find it ?
Thanx,
Michel. (jacquemin@yale.arpa)
------------------------------
Date: Thu, 2 Apr 87 17:11 EDT
From: BELSLEY%BCVAX3.BITNET@wiscvm.wisc.edu (DAVID A. BELSLEY)
Subject: Microsoft listens
Now let me tell you, I'm impressed - and pleased. Several issues ago of
infomac, I posted some bugs about Microsoft Word 3.0. Today they actually
called me to get more information. The chap was responsive and sincere;
one can't ask a great deal more.
Whereas I was able to pinpoint some of the problems, the most serious one
remains somewhat amorphous. This is the one where Word 3.0 freezes during
the Save As command. The percentage saved clicks along until it gets to
100% - and then nothing. The watch cursor remains showing, there is no
disk action - nothing - no matter how long you wait. I've had this happen
to me at least four times, several of them under fairly clean conditions.
That is, no RamDisk, a proper configuration of the system and application.
But it has always occurred following a set of circumstances that were
entirely too complex for me to recall to see if the problem could be
reproduced. So I was unable to be as helpful in pinpointing this bug as
for some others.
Thus, have any of you had a similar problem? If so, has it occurred in
a reproducable set of circumstances. If not, do you at least have a
document upon which it happens inexplicably?
Microsoft seems properly responsive in getting these bugs fixed, are there
any out there who can help shorten the process? Please let me know, and
I'll pass on any good information.
Thanks,
david a. belsley
boston college belsley@bcvax3.bitnet
------------------------------
Date: Thu, 2 Apr 87 11:08:01 est
From: wilson@eniac.seas.upenn.edu (Nathan Wilson)
Subject: Other FullPaint strangenesses
When I first got System 4.0 and Finder 5.4 after playing with it for
awhile I started up FullPaint. Once in the application the mouse suddenly
slowed way down. On the order of move the mouse an inch and the cursor
moves a pixel! It was a serious chore to get to the quit in the file menu!
Once out of it the mouse recovered beautifully. I then called up the
Control Panel and noticed that I had the mouse set on Very Slow (which in
the finder really isn't all that slow). I changed this and went back into
FullPaint. Once again the mouse slowed way down. I just tried to
replicate this before posting but was unsuccessful. Has anyone else seen
this happen? At the time it happened I tried other applications which
worked just fine. The one thing I did just note was that changing the
mouse speed setting while in FullPaint has no effect on the speed of the
mouse, and ends up not getting remembered when you leave. They are
obviously doing something strange with the mouse, probably forcing it into
their own version of tablet mode.
Oh, one other factor that may have been important in the Molasses-Mouse
is that the system and finder were on a RamDisk created with RamStart1.23.
I tried this just now and it didn't seem to change anything.
Nathan Wilson
------------------------------
Date: Thu, 2 Apr 87 05:54:52 PST
Subject: re: FullPaint gripes
From: BOYD@TAMLSR.BITNET (Scott T. Boyd)
> From: bouldin@ceee-sed.arpa
> Subject: Fullpaint Hassle
How many of us on this list are developers? This is just the
kind of thing this forum can help avoid. Maybe it seems like
common sense in retrospect to think that the Ann Arbor boys
should have left at least one person on FullPaint for support.
Consider for a minute what they thought as they decided to
create the hottest word-processing tool. It probably seemed
pretty obvious to them that they needed all of their talent
on the new project. Imagine trying to convince a talented
person to stay on in 'support.'
Now imagine trying to bring a new person on to do support. It
seems to me that every time I've ever talked to a support
technician (e.g. Manx Aztec C and TML Pascal) that person was
new and useless for answering my questions. Heck, even when
I was in that kind of position, I couldn't really do much more than
say, "We're sorry," and take good notes about their problem.
What can they do now to fix the problem? Probably nothing right
now. They're committed to a new product which could really
make a difference in the future success of their firm, so they're
not gonna pull anybody off the project, right? And new people
for support really is a pretty weak answer. Looks to me like
they're probably stuck in a bad spot.
What can we learn from this? I think that when you ship multiple
thousands of copies of something, you should plan on bringing
someone into the project early enough that they can watch the
creation of the project and learn to support it. This person
probably wouldn't be a principal programmer.
Another option might be guaranteeing a specified amount of time
from one or more of the original authors for updates and bug
fixes. That means NOT overextending on future commitments.
That's one of the reasons I suspect Donald Knuth gives away
TeX, because he doesn't want to be saddled with the responsibility
of supporting that product for the next ten years. Let's
face it, if we write software that sells, people are going
to look to us to support them if they send us money.
What are your thoughts on reasonable ways to provide support
while you go on about writing the next great work?
scott boyd
The MacHax Group
PS: About 'seeing into the future', my response to the Ann Arbor
spokesperson (to quote Opus), "Pphfft!" Learn to do it right
or learn to lose customers.
------------------------------
Date: Wed, 1 Apr 87 23:26:40 PST
From: digiorgi@Jpl-VLSI.ARPA
Subject: Re: FullPaint
I guess I feel like putting my two cents in:
in issue #73, a complaint was made concerning FullPaint and the fact that it
does not recognize the FPD and 'stepping out' large displays. The reason it
doesn't is due to a (probable) three line piece of code: they didn't check
for screenBits.bounds at the top of the program to get the real size of the
screen from the system global, they hardwired the screen size into the
code.
This is a common error and, while not excusable, simple enough to correct. But
if they go to the trouble of correcting it, and want to continue competing
with SuperPaint and the like, they need to extend the program a lot more.
That is rather more complicated.
In my needs for bitmap creation and editing, I use FullPaint more than
SuperPaint or MacPaint or whatever because I like its feel and the way it
works. I don't have a large screen display, and in the sampling i've
had of 'stepping out', I find it more confusion than its worth. My terminal
emulators don't work with it: the ones that do are slow.
What is really lacking in the world of software marketing is a way to evaluate
whether or not the software that looks good on the package is suitable and
desirable to you. At less than $80, I can hardly call FullPaint a ripoff if
it doesn't take full advantage of a $2000 enhancement to a $1999 computer...
Neither does MacPaint, currently about $125. Did you try it out before
you paid the $80 or the $2000?
On the other hand, the dealer support, particularly with a significantly more
complex computer like the Mac II, is definitely going to be a serious problem.
I have a 'good' dealer nearby who tries to be responsive to my needs and the
needs of the people who have machines at my place of business. I stop there
and chat with them on a regular basis about what's up, where there are
difficulties, etc. I try to help out when I can.
There is absolutely no way for them to help a customer in an adequate sense
with a problem relating to, say, MPW. I assume that users of this new and
powerful hardware are planning serious, complex tasks to accomplish with it.
Who will they turn to for solutions?
APDA has no mechanism for assisting users with problems like this either.
My dealing with them (starting at the MacExpo) left me in a fury about a
product which they had in stock when I paid for it and took nearly two
months to arrive at my door. Many dozens of phone calls.
This is totally unacceptable.
I asked a question at a MacExpo forum that I thought was particularly weakly
answered. I repeat it: 'If APDA is your sole official channel for Macintosh
development system software and a user is neither a registered nor a certified
developer, to whom does such a user turn for technical support?' The
slightly muffled answers were something about a users group and "we're working
on that" noises.
If I buy any other software product, I have in my hot
little hands a phone number to call when I got stuck. Even if the
problem could be resolved with "look at page 35, paragraph 3" (something
like that happened with Silicon Press and I was very relieved to have that
hot line), it is not a trivial problem that i can wait a minimum of three
or four days to get feedback. I believe that Apple has to do something
more then hire evangelists to sort this situation out: Apple has to rethink
the service end of their organization and deal with customer support
in a more responsive fashion from above the distribution level.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
------------------------------
End of INFO-MAC Digest
**********************
∂07-Apr-87 2209 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #75
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 7 Apr 87 22:09:18 PDT
Date: 7 Apr 87 2206-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #75
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 7 Apr 1987 Volume 5 : Issue 75
Today's Topics:
how to stop a NOISY terminal emulator program without RESETting
Fix for bug in Macfortran call to SIZERESOURCE
Complex Variables in MS Fortran
Re: Terminal Emulators and Control Codes [1 line]
Re: TextEdit size limitations
Re: which editor to use for *LARGE* text-files?
Re: LARGE file editing (actually: LARGE here means many MegaBytes)
Re: This disk is unreadable...
Re: This disk is unreadable...
Re: LW FONTS & FONDS
re: New Mac SE Keyboard Interfacing with Terminal Emulators
MAC SE keyboard and terminal emulators
More on the MAC SE - VAX EDT Keypad Compatability Problem
need utility-program that extracts/copies a folder-hierarchy
Coral Lisp on Mac II
MouseCrawl in FullPaint
FULL PAINT MOUSE CRAWL
Re: FullPaint
User Support (Was FullPaint Gripes)
SuperPaint
3rd Party disc caches (other than Turbocharger)
any programs to manage Email on MAC similar to mainframes?
MS Word 3.0 request
MicroSoft Word 3.0
MacWorld Expo exhibitors
----------------------------------------------------------------------
Date: Mon 6 Apr 87 07:16:04-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: how to stop a NOISY terminal emulator program without
Subject: RESETting
imagine the following situation:
it's around 4am and you are using your Mac running your favorite terminal
emulator..... when something hits your communication line causing your
mainframe to send you a seemingly endless string of Control-G (BELLs).
of course, you've set your Mac's volume to the highest setting, which makes
a sound like an alarm-clock .....
you scramble for the Apple-menu item to turn the sound off - NOPE, your
terminal emulator does not seem to pay attention to the mouse-down event
while it is trying to output a buffer-full (and ever growing) load of BELLs !!
You hit CTRL-. and CTRL-SHTFT-. and CTRL-SHFT-OPTION-. to kill the Switcher
partition in which you are running: NO DICE.
the cat, the dog, the wife and the kids are fumbling for the exit because of
the SMOKE ALARM .....
NO, you don't want to RESET your MAC and lose all the open files in other
SWITCHER-partitions - besides, you know of the dangers to your hard-disk.
No, you don't want to have your modem hang up and lose the online-session,
in which you were just editing a large file, making some intricate changes.
All you want is for Minny Mac to PIPE DOWN !!!! and to tell the main-frame
somehow to ignore whatever it thinks gave it cause to sound the alarms .....
typing CONTROL-Cs and CONTROL-Os to the mainframe don't seem to have any
effect .... yeah, well, at 2400baud, a glitch can send a lot of *INVALID*
characters to the mainframe in a hurry !!! and even though the modem seems
to indicate no spurious SENDing from our end, the mainframe keeps sending
those BELLS!!!!
desperate, you turn off the modem and, thus, hang up!!! you are already on the
brink of divorce, or worse, getting voted out of your own house by a vote of
ALL IN FAVOR, ONE ABSTENTION (you wouldn't dare vote differently) - who cares
about needing to have this task finished first thing in the morning.....
the BELL keeps ringing ..... you remember the stereo-headphones have a
converter plug to fit the MAC. stick that one in. the sound now comes out
of the headphones, not much less noise (you wished you had a headset with
loudness-control) - ok, we remove the headphones, leaving just the converter
plug and SILENCE !!! will that damage the sound circuits? who cares when
your life is in danger !!!
MORAL: well, draw your own. of course, I probably, overlooked *the OBVIOUS*
but if Jon (or someone else) cares to point this out, I don't mind
looking the fool, if, at least, it saves THE REST OF YOU the
aggravation. In the meantime, I'm considering installing a hardware
ON/OFF switch on that speaker !!!! I think today must be MONDAY @#%$&
PS: maybe, I should have hit the INTERRUPT button and tried to use a
SM 0 A9F4
G 0
to kill the Switcher session with the terminal emulator ??!!
well, this is the Monday morning quarterback 2 hours later ...
------------------------------
Date: Fri, 3 Apr 87 15:52:50 CST
From: wmartin@ngp.utexas.edu (Wiley Sanders)
Subject: Fix for bug in Macfortran call to SIZERESOURCE
There is an error in the file "resource.inc" supplied
with MacFortran 2.2. The error is an incorrect value
for the trap code for SIZERESOURCE. The old, incorrect
value is: z'9A550000'. The correct value should be
z'9A590000'. Without this correction, calling SIZERESOURCE
will bomb. Credit goes to Dan Kampmeier, whose source to
McFace gives the correct value of the trap code.
-w
------------------------------
Date: Fri 3 Apr 87 17:57:10-PST
From: Tony Siegman <SIEGMAN@Sierra.Stanford.EDU>
Subject: Complex Variables in MS Fortran
In Microsoft Fortran the mini-program
DO 10 K=1,10
A=CMPLX(1.0,0.0)+K
10 WRITE (9,*) REAL(A),AIMAG(A)
will compile without errors and produce the output
2.000 0.000
3.000 0.000
.....
while the miniprogram
A0=CMPLX(1.0,0.0)
DO 10 K=1,10
A=A0+K
10 WRITE (9,*) REAL(A),AIMAG(A)
will produce
2.000 1.000
3.000 2.000
4.000 3.000
.....
In both cases the compiler reports that A is real, and the locations of A
and K are four units apart. I guess you have to be real careful when
specifiying and using complex variables in MS Fortran!
------------------------------
Date: 04 Apr 87 0004 PST
From: Tovar <TVR%CCRMA-F4@SAIL.Stanford.EDU>
Subject: Re: Terminal Emulators and Control Codes [1 line]
Why use <COMMAND> for <CONTROL>? So you can use <OPTION> for <META>!!
------------------------------
Date: Sun, 5 Apr 87 21:56:38 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Re: TextEdit size limitations
<According to IM V-13.2, if txSize >= 0, fields have their old meanings.
<If txSize == -1, edit record has style info. It doesn't say what
<happens if txSize < 0. I've heard rumours that the TextEdit from the
<Mac II would appear on the Mac Plus/SE as System patches...
<
< David Dunham "Whenever you see a sign 'No Exit,' it means
< Maitreya Design there is an exit."
I looked up that stuff and I'm not sure why you mentioned it. The field
of interest for this purpose is teLength. The txSize (according to Inside
Mac) is for the font size of the textedit record. Am I missing the point
of your remark?
An aside here...here I am responding to a message from the Delphi Digests.
For those on bitnet who want to read the delphi and usenet digests it is
possible to fetch those digests from Macserve just like you fetch other
files from the info-mac archives. If you enjoy info-mac I highly recommend
that you regularly read the delphi and usenet digests. In addition to the
discussions confined to those nets, there is a good deal of response to
messages posted to info-mac.
David Gelphman
------------------------------
Date: Sat, 4 Apr 87 01:07 N
From: FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu (Thomas Fruin)
Subject: Re: which editor to use for *LARGE* text-files?
To combine pieces of HQX files into one big one before BinHexing I've had
to handle some very big text files too. There are a couple of text editors
worth considering:
o Consulair Edit works fine on a Mac with *plenty* of memory. But it handles
memory shortage very badly and usually just crashes, sometimes even taking
your disk with you... And Edit is slow in saving. But it works.
o QUED is much more robust, but even though it may *seem* a disk based
editor (it accesses the disk every once in a while) it insists on keeping
the whole file in memory. This can make Cutting and Pasting of large
pieces of text impossible.
o Microsoft Word (I'm still using version 1.05) surprisingly turned out the
best editor of them all for handling very large files. Word is truely
disk based, hardly ever gets into problems with memory shortage, and
manages Cuts and Pastes of very large blocks of text.
For normal use I still favor QUED, but once files get really large I grab
Microsoft Word and let it finish te job.
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden, Netherlands
------------------------------
Date: Fri 3 Apr 87 18:34:31-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: LARGE file editing (actually: LARGE here means many
Subject: MegaBytes)
RE: Do you consider 965K big?
NO, I'm talking files that can not be held in RAM and are larger than
several MegaByte, possibly stored on hard disk or tape, possibly on
dozens of floppies. Many years ago, I wrote such an animal in
Pascal, and before I go search my old tapes for it and waste time
trying to make it Mac-compatible, I'd rather have a little birdie
tell me: "Easy, just use ......"
any birdies listening?
------------------------------
Date: Fri 3 Apr 87 16:10:07-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: This disk is unreadable...
RE: An HD20sc just went sour at the computer centre here.
can anybody tell me what to do, besides reformatting the hard disk?
get MacZAP from MicroAnalyst, which includes a program called Mac Zap Recover.
if that won't do the trick, I don't know anything else that will.
MicroAnalyst can be reached at (512)926-4527 and Les gives *GREAT*
phone-support (tell him, I said so :-)
------------------------------
Date: Tue 7 Apr 87 14:26:16-PDT
From: Lance Nakata <K.Kirin@MACBETH.STANFORD.EDU>
Subject: Re: This disk is unreadable...
> From: FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu (Thomas Fruin)
> Subject: This disk is unreadable...
> An HD20sc just went sour at the computer centre here. The Macintosh
> Plus it's sitting under won't boot from it and when I start the Mac
> with a floppy (using the latest System 4.0, Finder 5.4) the disk
> initialisation dialog comes up with the message 'This disk is
> unreadable', while displaying the hard disk icon. Sigh.
Try using Disk First Aid 1.0.1 to fix the hard disk. DFA was
supposedly shipped with all new Apple hard disks. If DFA doesn't
work, you can try Mac Zap Recover HFS (from Micro Analyst). Make sure
the Mac Zap you use is version 4.5 or later. The HD20SC does not
support file tags, so manual recovery by tag method would be futile.
BTW, Apple recommends using System 3.2/Finder 5.3 for Mac Pluses,
unless you have Appleshare (System 3.3/5.4). System 4.0/5.4 seems to
work fine on Pluses, but it is more geared for the SE (and presumably
its new ROM chip). System 4.1/Finder 5.5 probably will ship with the
Mac II and will replace 3.2/5.3.
Good luck.
Lance Nakata ARPA: nakata@portia.stanford.edu
BITNET: nakata%portia.stanford.edu@stanford.bitnet
------------------------------
Date: Fri, 3 Apr 87 15:15:20 pst
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: LW FONTS & FONDS
In article <8703221707.AA29841@ucbvax.Berkeley.EDU> you write:
>Delphi Mac Digest Sunday, March 22, 1987 Volume 3 : Issue 18
>
>From: DSACHS
>Subject: RE: LW FONTS & FONDS (Re: Msg 18248)
>Date: 17-MAR 20:16 Creative Pursuits
>
>The tables in the FOND for Laser Fonts are very complicated. Even IM
>volume 4 does not cover everything.
The LaserWriter Reference Manual from APDA goes into more detail on FOND
resources.
Larry
------------------------------
Date: 3 April 1987, 19:25:47 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: re: New Mac SE Keyboard Interfacing with Terminal Emulators
There is no surprise that there are serious problems with the new
keyboards due to the way Apple moves stuff around. Your best bet all
around is to RUN (don't walk) and buy a copy of VersaTerm ($99 list, $79
thru computerware). It is a much better VT100 emulator than MacTerminal
AND the latest versions available directly from Peripherals, Computers
and Supplies support both of the NEW Apple keyboards AND have large
screen support. Of course VersaTerm Pro has full color support in the
4105 emulation and is already Mac II compatible. (Nice job again Lonnie)
The PCS phone number is 215 779 0522.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Date: Fri, 3 Apr 87 13:25:25 est
From: magill@eniac.seas.upenn.edu (Operations Manager)
Subject: MAC SE keyboard and terminal emulators
> The new Mac SE keyboard is mapped differently than the old Mac+ keyboard.
>Consequently, it appears (to me at least) that it does not allow the SE to
>be used as a terminal emulator in some capacities. In particular, the keypad
>section of the keyboard is totally different from the Mac+ keypad. This makes
>it impossible to use the keypad in editing using the EDT editor on the VAX
>system.
> Does anyone know of a terminal emulator that corrects this problem? Is
>Apple working to fix MacTerminal to handle this problem?
I don't know for certain, but I would be inclined to expect that the KERMIT
keyboard configuration program CMKey will do as reasonable a job for the SE
as it did for the MAC+ keyboard. I had no problems reconfiguring my MAC +
Keyboard to look like a Rainbow keyboard. (I have no idea who came up with the
"standard vt100" layout that comes with the "normal" MacKermit distribution.
It is not even close to the Rainbow/VT220 keyboard layout.)
I'm talking about MacKermit here, not KERMIT imbeded inside RedRyder or other
environments.
------------------------------
Date: Fri, 3 Apr 87 15:09:02 PST
Subject: More on the MAC SE - VAX EDT Keypad Compatability Problem
From: CLARKE@BCVAX3.BITNET
This is what I have been able to determine about the Mac SE Keyboard, when
used with the VAX EDT editor. While I have been using Versaterm,
using Kermit VO.8(34) doesn't solve the problem,
since keyboard assignments can only be made for the KEYBOARD and not the
KEYPAD.
The four cursor keys, which are on the KEYBOARD, do not seem to function at all.
Even in combination with the command, option, shift or control keys.
Command + Delete deletes and moves back one space.
The SE Keypad is as follows:
Clr = / *
7 8 9 +
4 5 6 -
1 2 3 Ent-
0 . er
In combination with the EDT editor on the Vax the keypad keys do the following:
Clr does nothing
= does nothing
/ does nothing
* does nothing
7 Jumps to end of file
8 Jumps to end of area (as it should)
9 Removes selected area to paste buffer
+ Does nothing
4 Does nothing
5 Does nothing
6 Removes selected area to paste buffer
- Calls up help file
1 Moves cursor one word
2 Moves cursor to the end of present line
3 Moves cursor one character
0 Moves cursor to beginning of next line
. Selects area
Enter Enters
When the Clear key is used as the "Gold" key in combination with the keypad
keys, the results are:
= Deletes a selected area, but not to paste buffer
/ Deletes a selected area, but not to a paste buffer
* Deletes a selected area, but not to paste buffer
7 Brings up command line
8 Nullifies selected area
9 Paste in paste buffer, but only when a range has been selected
+ Nullifies selected area
4 Jumps to end of file
5 Jumps to beginning of file
6 Paste in paste buffer
- Tries to include help file
1 Moves one character forward
2 Does nothing
3 Prints:
0 Adds new line below cursor
. Clears select
------------------------------
Date: Fri 3 Apr 87 18:22:39-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: need utility-program that extracts/copies a folder-hierarchy
I need a utility which would do the following trick:
recreate on a floppy the identical hierarchy of folders I have on my hard-disk,
minus any data-files of course; just empty folders. useful? you bet!
------------------------------
Date: Sat, 4 Apr 87 18:23:34 EST
From: David A. Levitt <levitt@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: Coral Lisp on Mac II
In reply to Rich Alderson, I have pre-release Coral Lisp, which they
recently got working on the Mac II, and it's impressive. Chris Fry's
version of the Lisp Machines' "Inspector" -- for browsing nested data
structures by clicking -- is now fast enough to be very useful. If
Henry Lieberman's "Stepper" runs as fast, this could be a great
environment and product. (Stepper lets you watch programs run by
seeing lisp code with returned values successively substituted, and
even lets you go run them backwards in most cases.)
The other big Mac II improvement is disk IO. The internal 20M seems
to be about 3 times faster than the dataframe (I don't know if it's
transfer or seek). This especially effects the time to load or reload
your Lisp environment after a crash. This was excruciating on the
Lisp Machines, and got worse when systems or patches had to come over
a network on a shared file system. Without fast "World load" capability
(which I imagine Coral Lisp will acquire), the current version loads on
a Mac II in 40 seconds or so.
------------------------------
Date: Fri, 3 Apr 87 02:46 CDT
From: BOYD@TAMLSR.BITNET (Scott T. Boyd)
Subject: MouseCrawl in FullPaint
Was your Caps Lock key down? If so, that's called Mouse Crawl. A pretty
neat feature if you know it's there. :-)
scott
the machax group
------------------------------
Date: Fri 3 Apr 87 21:57:42-PST
From: Doug Brutlag <brutlag@SUMEX-AIM.STANFORD.EDU>
Subject: FULL PAINT MOUSE CRAWL
Nathan Wilson's molasses mouse is better known as Mouse Crawl (Tm)
and is a well documented FullPaint feature (page 49 of the FullPaint
manual). Mouse Crawl (Tm) can be turned off temporarily by releasing
the CAPS LOCK or turned off completely by unchecking Mouse Crawl from
Preferences in the Goodies menu.
Doug Brutlag
[
and thanks to the hundreds of others who pointed this out. The general
consensus: read the manual.
DoD
]
------------------------------
Date: Fri, 3 Apr 87 09:28:44 pst
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: FullPaint
In article <8704030710.AA19696@ucbvax.Berkeley.EDU> you write:
>
>INFO-MAC Digest Friday, 3 Apr 1987 Volume 5 : Issue 74
>
>
>Date: Wed, 1 Apr 87 23:26:40 PST
>From: digiorgi@Jpl-VLSI.ARPA
>Subject: Re: FullPaint
>
>in issue #73, a complaint was made concerning FullPaint and the fact that it
>does not recognize the FPD and 'stepping out' large displays. The reason it
>doesn't is due to a (probable) three line piece of code: they didn't check
>for screenBits.bounds at the top of the program to get the real size of the
>screen from the system global, they hardwired the screen size into the
>code.
This is probably NOT the reason why FullPaint doesn't take advantage of the
large screen. I talked to some of the Ann Arbor programmers about a year
ago (at the MacHack Developers Conference), and they know the Mac too well
to have made such a mistake. (Also, I wrote a demonstration painting
program using MacApp, so I know a little about the internals of such
programs.)
The problem has to do with the internal memory needed by bitmap painting
programs. At the very least, you need 2 offscreen bitmaps (one for UNDO and
the other for general use). Certain complicated commands might require
other buffers; plus, to get adequate speed you might want to cache other
bitmaps. (My recollection is that FullPaint uses 5 or so internal buffers.)
Each of the offscreen bitmaps must be (in general) as large as the maximum
area the user can change at one time. A full page MacPaint/FullPaint/...
document requires 55K, while a Mac screen size bitmap requires 22K.
Therefore you have to tradeoff between: (1) number of documents open at
once, (2) minimum memory required to run the program, and (3) maximum area
the user can edit at once. Ann Arbor's decision was to provide a program
that could open 4 documents at once on a 512K machine.
This is not to excuse Ann Arbor from providing support to users; I just
wanted to point out that there are some technical issues that people might
not realize.
Larry
------------------------------
Date: Fri, 3 Apr 1987 23:46 CST
From: a.d. jensen <UD040164@NDSUVM1>
Subject: User Support (Was FullPaint Gripes)
As to the question of support offered by (potential) developers --
The company at which I work is soon to be releasing our first program,
and it was one of my jobs to decide on how we would support our buyers.
A brief summary:
1) A purchaser _must_ send in his/her registration card
2) We provide telephone support (basically, me) from 12pm - 6pm M-F
(You pay for the call)
3) For updates involving bug fixes, or minor things, we send you a
copy of the disk. You then return your original disk to us --
if you don't do that, its the last free update you get
4) For major updates, we set some price, you send it in, and you get
a new disk.
Pretty simple -- any suggestions or comments would be greatly appreciated.
a.d. jensen
<UD040164%NDSUVM1.BITNET@WISCVM.WISC.EDU>
------------------------------
Date: Fri, 03 Apr 87 09:18:39 CDT
From: David Wilson <WILSON/DAVID@scarecrow.waisman.wisc.edu>
Subject: SuperPaint
My first SuperPaint picture with data in both the draw and paint layers
(the draw layer has characters from the symbol font; the paint layer has
a outline of the keyboard) will not print on our LaserWriter. SuperPaint
churns away for half an hour and then stops with an error -4100. Silicon
Beach Software suggested that the problem may have been use of a
LaserWriter driver or LaserPrep file other than version 3.1. We checked
this possibility (removing all Macs except one from the network, turning
the LaserWriter off and on again, and then printing) and that is not the
problem. I will be sending them a disc.
------------------------------
Date: 4 Apr 87 17:58:00 EST
From: bouldin@ceee-sed.arpa
Subject: 3rd Party disc caches (other than Turbocharger)
I am searching for a new 3rd party disc cache to replace turbocharger. It
appears that Nevins is no longer supporting turbo and it is now strictly
going on inertia. At least, they no longer have even an answering machine
when you call their number.
Two candidates are Power Cache from the software power company and Ramsnap
from Dove. Anyone know anything about either of these? Also, if I am wrong
about Nevins, I would like to hear about it.
Why not use the control panel cache? Well, turbo has significantly more utility
but it interacts badly with some products. Anyone tried it on an SE or Mac II?
------------------------------
Date: Sat 4 Apr 87 02:06:41-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: any programs to manage Email on MAC similar to mainframes?
I receive most of my Email on a TOPS-20 system using MM which provides a
limited set of commands which allows treating a file with a collection
of messages somewhat like a simple database and allows searching, sorting,
keyword indexing, etc. Does anyone know of any efforts to port these
functions to the Mac?
What I'd like to do is move as many of the utility functions provided by
MM (or similar programs) down to the Mac, so that I could receive,
archive, manage, retrieve, generate replies and new messages on the Mac in
an environment similar to MM (or something a lot better; otherwise, I hate
having to get used to a new mailer - or text-editor, for that matter).
Waiting for a Mac that runs UNIX and uucp is not what I have in mind, BTW
.....
replies to me for summarizing; let's not clutter up the digest. thanks.
werner@r20.utexas.edu (and since April 1, you *HAVE TO* use domains, I guess)
------------------------------
Date: Fri, 3 Apr 87 11:57:34 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: MS Word 3.0 request
One more request to add to the list about Microsoft Word 3.0: It would
make the hyphenation much more automatic (for me, anyway) if there were
another checkbox in the hyphenation window which says not to suggest
hyphenations which will push only one or two characters at the end of a
word onto the next line. A hyphenation which saves fewer than three
characters on a line is considered bad typographic form.
Mark
------------------------------
Date: Fri 3 Apr 87 11:36:14-PST
From: John M. Relph <Relph%BIONET@SUMEX-AIM.Stanford.EDU>
Subject: MicroSoft Word 3.0
I recently purchased Microsoft Word 3.0, installed it on my hard disk, and
went to work. After I worked with it for a while and got the hang of it, I
decided I needed to run in Switcher. So I ran Switcher and attempted to
install (configure and install) Word. Every time I got the configuration
box the memory sizes were always screwed up. I was getting numbers like
1252K minimum memory and 128K maximum. Then when I attempted to change
these numbers to something a little more reasonable, like 512 Min and 512
max, no screen save, and hit either of the "permanent" or "temporary"
buttons, The machine would crash. Either a Mac Plus or a Mac SE. Hard
Crash. No dialog box. No Bomb. Just a thrashed screen showing what was
obviously random memory. This was under system 4.0, Finder 5.4. So I call
Microsoft and what do they say? Yes, Microsoft Word uses its own caching
system that DOES NOT work with the standard Mac caching. Not only does it
bomb the system, it also corrupts the copies of both Switcher and Word that
are on the offending disk. Nowhere is it documented that this is the case,
and the Microsoft Tech Support rep told me so.
*flame on*
So I am supposed to sacrifice possible speed increases in all other
programs just so Microsoft can do something non-standard that happens
to increase the apparent speed of their own product? Either that or
never use switcher, or always pull down the control panel and toggle
the cache state every time I want to use Word (in switcher or not),
and then again every time I Quit Word? Seems a little unreasonable to
me. Nice Design "Feature" if you ask me.
*flame off*
Be warned.
John
John M. Relph
Relph @ BIONET-20.ARPA
------------------------------
Date: Sat, 4 Apr 87 18:22 N
From: Thomas Fruin FRUIN%HLERUL5.BITNET@wiscvm.wisc.edu
Subject: MacWorld Expo exhibitors
Only 17 days left till the opening of the MacWorld Expo in Rotterdam
in the Netherlands... for those of you who are still hesitating, here
is the latest list of all the exhibitors.
And if you do come - we'd love to meet netfriends. You can find us
at the booth of the Dutch Mac programmers group, VAMP.
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
MacWorld Expo
April 22, 23 & 24, 1987
Rotterdam, Holland
List of exhibitors
A.C.I.
A1 Computer Groep
Aba Systems
Abvent
ADCO
Addison-Wesley Publishing Group
Adobe Systems Inc.
Agfa-Gevaert NV.
Aldus Corp.
Apple Computer BV.
AS-Plus BV.
Ass. of Swiss Macintosh Developers
AST Europe Ltd.
Blyth Software Ltd, van Doesburg Int.
Bree Communications Inc.
Bridgeport EZ-Draft
CDS Electronics BV.
Columbia GmbH
CompuDress BV.
Computeam
CTM Developement, Bit Music
D.O.S. Ltd.
Data Processing Systems
DataSpace
Deltaware
Desktop Engineering Systems Ltd.
Dynamac Computer Products
Dynamic Graphics
Emday
Farallon Computing
Gelaco Agra GmbH
Grafitech Desktop Publishing Systems
Guide Systems Rotterdams
Hewlett-Packard BV.
Heyden & Son
I.C. Products
Infosphere
INK International
Internet
Interprogram BV.
Intersoft Electronics
Inventab
Jasmine Computer Systems
Letraset Nederland BV.
LIDE b.v.b.a
Linotype GmbH
LIST s.r.l.
LoDown Europe ApS
Mac e.V.
Mac GG
Maccam
Macclub Benenlux
Macintosh User Group UK
MacMemory, MacEurope Ltd.
MacUser magazine
MacVonk
Magister
Manudax Nederland BV.
Mayfield (UK) Ltd.
Medicom
Merlijn Automatisering BV.
Micrographic Images
Microsoft BV.
Nanton Press
Nantucket
Nibble BV.
Omnicrom Systems Ltd.
Opcode Systems
P&T Electronics
P-Ingenierie
Personal Computer Centrum Advies BV.
Pixel Software Ltd.
Promate Systems BV.
Racet
Reach Technologies
Repko BV.
Sala Communications
Smadar Microcomputer Ltd.
Softcode International
Softkey
Softsel Benelux, Micro Planning Int.
Software Solutions Benelux BV.
Summagraphics SA
Symbiotic
VAMP
Vlasveld Computers
Williams & Macias Microcomputer
Wysiwyg BV.
Y-Tech
For more information contact:
Stichting Computer Exhibition
Kerkstraat 299
1017 GZ Amsterdam-C
Netherlands
Telephone: 31.20.264454
Telefax: 31.20.254296
------------------------------
End of INFO-MAC Digest
**********************
∂08-Apr-87 2150 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #76
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 8 Apr 87 21:50:10 PDT
Date: 8 Apr 87 2146-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #76
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 9 Apr 1987 Volume 5 : Issue 76
Today's Topics:
Programming question
Installer for System 4.0
Resedit & INITs
Screen Dump Bug, German keyboard on SE
MAC+/FAT MAC COMPATIBILITY QUESTION
File LASERWRITER-12.POSTSCRIPT
Tiny Browser giveaway
backup program 1 of 2 MYBACKUP-PART1.HQX
Data acquisition on Mac II
Guided Tours for MacDraw
re: FullPaint, support
YACC FOR MAC?
AutoDialog
Maxstor and Mac II's for a file server
ImageWriter driver and modem.
Some observations on WriteNow:
Novy "MX" 68020/881 upgrade
Desktop Publishing help needed
Usenet Mac Digest V3 #26
Usenet Mac Digest V3 #27
Usenet Mac Digest V3 #28
Delphi Mac Digest V3 #20
----------------------------------------------------------------------
Date: Tue 07 Apr 1987 12:42 CDT
From: Samir Kaleem <XSAK%ECNCDC.BITNET@wiscvm.wisc.edu>
Subject: Programming question
I typed in the program "Showoff" in the chapter "Real Live Debugging" from
"How to Write Macintosh Software" by Scott Knaster, but am having some trouble
compiling it. Since this was meant to be for MPW Pascal, I changed the "uses"
field to what it should be for TML Pascal to inlude the interface files.
Everything compiles fine except for all calls of the kind:
(WindowPeek (theWindow)↑.refcon)
I have looked at Toolint.ipas, and sure enough WindowPeek has been
defined as a pointer, and has refcon in it's record field. I tried changing
the call to
(WindowPeek↑.refcon (theWindow))
and this didn't work either. Anyone have any suggestion? I'm just beginning
to learn how to program on the Mac, so please bear with me.
Samir Kaleem
__________________
_______/ \_______
/ XSAK@ECNCDC.BITNET \
____________/ XSAK%ECNCDC.BITNET@WISCVM.WISC.EDU \___________
/ \
/ "My employer doesn't like disclaimers, so I don't have any" \
/ "Huda Hafiz" \
--------------------------- --------------------------
\____________/
------------------------------
Date: Sun, 5 Apr 87 16:39 N
From: ADEGROOT@HROEUR5.BITNET
Subject: Installer for System 4.0
Does anyone know why it takes so many disk swaps to do installations from a
floppy onto another floppy? For instance, one time when I installed an
ImageWriter driver, I had to go through something like 80 swaps! Why can't
the Installer read everything it needs in one go? After all, there is 1 Mb
RAM in this machine! (And no large Cache or something like that).
Also, does anyone know what the MenuCapture Script does?
Please answer to me directly, I will post to the net if I get sunstantial
information.
Maarten
Maarten van Dantzich
ADEGROOT @ HROEUR5 . bitnet
Erasmus University, Leiden, Holland.
In the Beginning the Universe was created.
This has made a lot of people very angry and been widely regarded
as a bad move.
------------------------------
Date: Mon, 6 Apr 87 16:51:37 EST
From: Tom Coradeschi <tcora@ARDEC.ARPA>
Subject: Resedit & INITs
This one is for all those guys out there who are writing and posting
all those interesting INITs. How do I install them? I have resedit, but
no idea what to do with it. System 3.2 recognizes INIT#31 (I think) and
will use it if it is simply placed in the system folder. How do I
install the others tho? Can I simply renumber them to #31? Will the
system recognize more than one INIT with a given #? Thanks for your
help.
Regards,
tom c
------------------------------
Date: Tue, 7 Apr 87 09:16:59 PST
From: Norbert Mueller <K360171@AEARN>
Subject: Screen Dump Bug, German keyboard on SE
A funny thing occured when i used the screen dump (or window dump) command
<shift-command-4> on our mac se (system 4.0): the rightmost 8 pixels get
wrapped to the left edge of the paper (imagewriter I). Using system 3.2
this does not happen (neither on Mac+ nor SE). A minor bug, but I hope it
will be solved in the next release.
Before I forget it: another thing that is annoying, we have a German key-
board but we like to use English (i.e. U.S.) system files as many programs
we use are also in English (a change of languages between program-supplied
and system-supplied strings is inconvenient). Now localizer 2.0 does not
work on the new resources: y and z remain in the #wrong# positions.
exchanging the init resources between the English and German system files
using Resedit 1.0 did not work - any suggestions?
Norbert
------------------------------
Date: Tue, 7 Apr 87 09:44:22 PST
From: Norbert Mueller <K360171@AEARN>
Subject: MAC+/FAT MAC COMPATIBILITY QUESTION
I am working on a program for molecular graphics on the mac. The main parts
work already quite nicely, laser printouts (via pict-file and macdraw) are
use throughout our publications now.
My problem: although I am using only standard toolbox calls (or what I con-
sider to be standard) my program crashes on a fat mac (512k 64k ROM). The
bomb id's vary. It is not a memory problem, as Ican run the program under
switcher using ram disks etc. I am using the sane-library implemented
in ls-pascal and the fixmath-library as well. According to my understanding
(and I am not too much of a professional programmer) the system decides
whether to use ROM libraries or the corresponding resources in the system
file. Or are there any routines in the fixmath or sane-libs that exist
only in the 128k rom and not in the 3.2 system file?
I have no 64k-ROM-Mac at my place, so debugging on this machine is
impossible for me, and I have to rely on the reports from other people
that have tried this program on old macs.
If there is interest in the program itself (called #ball & stick#) I'd
be ready to post a demo version to the net.
Any help would be appreciated.
NORBERT MUELLER
INSTITUTE OF CHEMISTRY
JOHANNES KEPLER UNIVERSITY
A-4040 LINZ
AUSTRIA
------------------------------
Date: Fri, 3 Apr 87 19:09:10 PST
From: ISCSEAHK%NUSVM.BITNET
Subject: File LASERWRITER-12.POSTSCRIPT
I downloaded the above file for use on the Department's Laserwriter
which is hooked up to the AT & T 3B15 under Unix. Prepping the LW
is no problem but when I try to print a PostScript file from, say,
MacDraw uploaded from a Mac, I get the message below:
Error: typecheck; OffendingCommand: if
Anyone knows if there is a newer version of this Prep file or how
to correct the bug?
Thanks!
Kenneth Seah
National University of Singapore
Department of Information Systems and Computer Science
ISCSEAHK@NUSVM.BITNET
4-Apr-87
------------------------------
Date: Mon, 06 Apr 87 08:52:48 EST
From: science@mitre.ARPA
Subject: Tiny Browser giveaway
Imagine being able to remember, in detail, every message on <info-mac>
for the past two years, along with the full text of Inside Macintosh, all
the programs you've ever written, and anything else that has ever scrolled
across your screen. I'm working on that ... and if you want a copy of the
current version of the program, for free, read on.
The program is called "Tiny Browser", and it is exceedingly simple. It
makes a complete inverted index to every word in a file, and allows a user
to scroll through that index. If you see a word you like, click on it,
and all occurrences of it appear with half a line of text on each side in
a key-word-in-context window. See a line in that window that looks
interesting, click on it, and the full text of the document surrounding
that line appears in a TextEdit window. You can scroll, highlight, copy
out, and paste into other files from the retrieved data. While browsing
one index, you can be sorting another in background. The goal is to be
fast, simple, open, and all those other nice things.
I haven't found other free-text database programs useful because they
suffer from one or more serious flaws:
- they require "clean" input data, in structured, homogeneous formats
- they break down when input files exceed a few megabytes
- they are intolerably slow in responding to simple queries
- they do not allow easy, interactive "browsing" of the data
- they aren't integrated with note-taking, writing, or programming systems
- they require exotic, expensive hardware
The goal of the Tiny Browser is to solve those problems. Given the
huge disks now becoming available (especially WORM optical disks),
and the growth in processor power, now seems to be the time to try.
The current Tiny Browser is written in MacForth Plus (tm). To get a
copy, including heavily commented source code, stand-alone application,
some small sample database files, and some descriptive material, send a
self-addressed stamped envelope and a formatted Mac disk to me:
Mark Zimmermann science@nems.arpa
9511 Gwyndale Drive tel. (301)565-2166
Silver Spring, MD 20910 75066,2044 on CompuServe
I am in need of alpha-test users who will stress the program and make
suggestions for improvements. WARNING: Neither I nor my employer can take
responsibility for bugs in the Tiny Browser! Use at your own risk!
------------------------------
Date: Wed, 8 Apr 87 14:11:06 PST
From: Marc Hannah <mrh@shasta.stanford.edu>
Subject: backup program 1 of 2 MYBACKUP-PART1.HQX
My Back Up is a full feature back up utility which includes:
HFS/MFS compatibility,
incremental back up,
back up of folders/subfolders,
back up by file name,
restriction of file type for back up,
saved settings (script),
journal.
Enjoy.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MYBACKUP-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MYBACKUP-PART2.HQX
DoD
]
------------------------------
Date: Mon, 6 Apr 87 10:49:10 PST
Subject: Data acquisition on Mac II
From: David Gutierrez <AN122801@UTHVM1>
In reply to John Mansfield's question (18 MAR 87) about data acquisition
on the Mac II.
National Instruments in Austin, Texas has such a system available for the
Mac II consisting of an IEEE-488 interface board and software to provide the
environment you are looking for. You can get information from them by
calling Larry Anglin at 1-800-531-4742 (in Texas, 1-800-IEEE-488).
David Gutierrez
AN122801@UTHVM1.BITNET
------------------------------
Date: Mon, 6 Apr 87 20:28:53 EDT
From: Maurits van der Veen <teiltje%dartmouth.edu@RELAY.CS.NET>
Subject: Guided Tours for MacDraw
In response to the complaint about a guided tour for Macdraw;
there is a program to make your own custom guided tools, which
should work on a Mac Plus. It comes on a disk called Tour Tools,
and is supplied I think by Apple.
Maurits (teiltje@u2.dartmouth.edu)
------------------------------
Date: Wed, 8 Apr 87 20:33:49 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: re: FullPaint, support
ref: dumb screenBits.bounds comment
mea culpa -> yes, i realize that my comment was more than a touch
simplistic about why FullPaint didn't make the most of the FPD; I was really
more interested in the problems associated with maintenence and upgrading
for a developer vs the consumer expectations of a software product.
apologies for hyperbolic oversimplification. as far as Paint programs go,
I more than respect the accomplishment of Ann Arbor Softworks. I do wish
they would continue development and support.
I am extremely concerned with said tech support from Apple for the
MPW system and the wide range of non-commercial developers in the
R&D and University world. Any comments concerning this issue would
be highly appreciated.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
April 8, 1987
------------------------------
Date: Wed, 8 Apr 87 10:47 EST
From: "RCSDY::YOUNG%gmr.com"@RELAY.CS.NET
Subject: YACC FOR MAC?
Does any know of a YACC (yet-another-compiler-compiler) preprocessor
available for the MAC?
YOUNG@GMR.COM
------------------------------
Date: Tue, 7 Apr 87 11:32:26 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: AutoDialog
We were talking a while ago about JAM Software's AutoDialog which handles a
lot of the mundane tasks concerning dialogs. Well, I received a flyer in
the mail that stated the price as $79 Australian, $50 US. They have versions
available for MPW, TML, MDS, and Lightspeed C & Pascal. Well, since I wanted
a couple of versions (since I bounce between LSP and MPW), I wanted work to
buy it, but there are problems with this (I love this part). See, I work for
the Government. We can't buy it if it ain't sold in the USA.
So, does anyone know if AutoDialog can be purchased from a US distributor?
The only address and phone number are Australian. I'll write to them if this
doesn't produce any useful info.
I would consider becoming a US distributor if they wanted, but there is
probably a conflict of interest there. I could always get my cat to be a
distributor, but there is a lack of interest there :-).
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Thu, 2 Apr 87 21:12 EST
From: Ed Fox <"VTOPUS::FOX%vtcs1.cs.vt.edu"@RELAY.CS.NET>
Subject: Maxstor and Mac II's for a file server
Has anyone experience with putting a high capacity drive, such as
the 760M drive from Maxstor, on a SCSI port of a Mac II? I am
interested in running A/UX and NFS and having one Mac II be a file
server for disk files that are only occasionally accessed, but which
now take up expensive disk space on a VAX running ULTRIX. The
Mac II with Maxstor(s) would also be a file server for other
Mac IIs. We are also thinking about the Maxstor 400M per side
WORM drive. Any comments?
Sincerely, Ed Fox.
Dr. Edward A. Fox, Dept. of Computer Science, 562 McBryde Hall,
Virginia Tech (VPI&SU = Virginia Polytechnic Inst. and State Univ.)
Blacksburg, VA 24061; (703)961-5113 or 6931; ARPAnet: fox@vtopus.cs.vt.edu
BITNET: foxea@vtvax3; UUCPnet: seismo!vtisr1!fox
------------------------------
Date: Wed, 8 Apr 87 16:14:03 PST
From: CKCU <WCSCKCU@CARLETON.BITNET>
Subject: ImageWriter driver and modem.
Hi! This is our first posting to this SIG.
At our radio station here at Carleton we have been using a Mac for the
past year. Recently we have decided to put our "logs" into a Micro-
soft word file. Anyways, this log sheet demension is 11 inchs wide by
17 inchs long.
What we want is instructions to modify the ImageWriter driver file to
know about such a page and not force us to a page size that is not
usefull to us.
I have heard that such exists. (Help please!!!)
Also, can Red Ryder send a break to the modem. It would make the link
to the campus mainframe much nicer.
Thank you,
Marc Grondin
CKCU, Ottawa's Communty Radio Station on 93.1 FM
------------------------------
Date: Fri, 3 Apr 87 13:11:52 PST
From: USER=QCZ4%SFU.Mailnet%UBC.MAILNET@MIT-MULTICS.ARPA
Subject: Some observations on WriteNow:
I run a word-processing service on campus as an easy way to make a few bucks.
I've used every Mac word processor (but only late-beta versions of Word 3.0)
and WriteNow is by far my favorite, with MS-Works dragged in if I need to
draw lines around a table or the like. I like WriteNow for many reasons:
1. WYSIWYG. Simply, the best at doing this of all word processors.
2. Speed. Changing fonts, line spacing, etc. is notably faster than others.
3. Line Spacing. The ability to increment line spacing in 1-point increments
is a true godsend. I now consider it indispensable for formatting.
4. Footnotes/Headers. The way it does both of these is just wonderful. No
matter how complex the various numbering schemes wanted in the paper.
5. Graphics. Pasting things in the middle of a line is great.
I would have added the spell checker, but now I have Thunder! and find that
much nicer.
On the down side, it is a definite handicap not having a word/character count.
It is also rather frustrating to have to quit every time you want to save a
file as TEXT. I also hear it has problems displaying multiple columns.
Overall, though, this is definitely my favorite word processor.
------------------------------
Date: 7 Apr 87 14:59:00 EST
From: bouldin@ceee-sed.arpa
Subject: Novy "MX" 68020/881 upgrade
Novy systems has just announced an improved version of their 020/881 upgrade
board for the Mac. The Novy "MX" (PeaceKeeper?) is a 68020 and 68881 with 1
megabyte of memory running at 12 mhz, with NO memory wait states. The board,
with 020, 881, and memory, is $1195. A version at 16 mhz, 1 wait state is
$1795.
The 12 mhz board is field-upgradable to 16 mhz, 1 wait state for a cost of
$49.95 (PAL change, still 12 mhz cpu parts*). The crystal clock is socketed, as
are the RAMS, and the wait-state generator is jumper selectable, allowing
operation at up to 20 mhz with 2 memory wait states. The 12 mhz 020/881 parts
are used to allow cheaper cpu parts and slower memories, holding down the price
of the upgrade. Since the system runs with no wait states, throughput at "only"
12 mhz is 84% of much more expensive 16 mhz 1-wait state upgrades (Prodigy,
Ryad, Mac II). RAMS can be replaced with megabit RAMS (if we should ever get
over our trade war with Japan).
*(To date, Novy Systems has found that 12 Mhz Motorola parts run flawlessly
at 16 mhz. For adventurous users, instructions are provided for running the
cpu clock at the maximum speed that cpu parts will support. Not for the
faint-hearted, but I plan to try it. 100+% of Prodigy 4/Mac II performance
from a $1200 upgrade !?)
_Measured_ performance on the whetstone floating point benchmark is given
below.
Computer/Compiler Single Prec. Whetstones (kilo-whets)/price
Vax 11-780/ VMS Fortran(1) 1050 ($500K)
Mac+/Absoft Macfortran (2) 41 ($1750)
Mac+/Novy 020/881 upgrade(3) 214 ($2500)
Mac+/Prodiy 4 upgrade (4) 550 ($6000)
Mac+/Novy "MX" upgrade(5) 460 ($3000)
Mac II (6) 550 ($5000)
Standard applications (not floating point bound) speed up by a factor of
about 3.5.
Comments on the hardware/software:
(1) Unloaded Vax 11-780 with VMS 4.x and latest release of the Fortran
compiler.
(2) Standard Macintosh with Absoft/Microsoft Compiler.
(3) Mac+ upgraded with Novy 68020/881 board, running Absoft MacFortran 020
compiler. Clockrate is still 8 Mhz and data path is still 16 bits.
(4) Mac+ upgraded with Prodigy 4 running Absoft MacFortran 020 compiler.
Clockrate is 16 Mhz and data path is 32 bit. The factor of 2 over the Novy
board is from clockrate increase and bus bandwidth. Except for the Mac's
infamous "video refresh through the cpu" this benchmark would be closer to
750K whetstones. The Prodigy Prime and the Ryad 020/881 upgrades should
provide essentially the same performance.
(5) Novy MX is a 68020/881 upgrade running at 12 mhz, with no wait states.
Benchmark with MacFortran/020.
(6) Mac II with 68020/881 at 16 mhz with one memory wait state. MacFortran
020 compiler.
Caveat/disclaimer: I have been talking with the designers of this board
throughout its design, so I may be biased. I have already ordered serial #0001
(at full price), so at least I put my money where my mouth is. With these
disclaimers in mind:
I think this looks like an excellent design that delivers a LOT of number
crunching for a low price. There are few software hassles. MacWrite works,
so does Appletalk, and most everything else, except for some games. A big
headache may be some external SCSI discs. Some of these don't work with the
020 upgrades, period. I am holding my breath for my MacBottom to work.
Novy Systems can be contacted at (904) 427-2358. Shipments should begin in
quantity before the end of April.
------------------------------
Date: Sun 5 Apr 87 18:53:23-EDT
From: "Adam Peller" <OAF.G.PELLER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: Desktop Publishing help needed
Each month, I take part in a paste-up of a 12 page newspaper. We have
2 Macintosh Plus computers, a Bernouli Box, and a LaserWriter (w/ Appletalk).
First of all, we've been having many problems with the TOPS software that
networks the hard drive with the 2 macs. Its full of bugs! Does anyone know
if any other software is available?
Second, I'd like to be able to run all of the articles through a spelling
checker to catch all of the typos. We have MacSpell, but its very slow and
also seems to have a lot of bugs. Does anyone know of a better program? It
would probably be even better if there was one that worked independantly of
the word processor (so we could just run all of the documents through at once)
Third, I have dreams of getting a modem so people can work at home on PC's and
upload their work onto the Macs. Is there any good telecom software that has
a remote mode? (similar to Ascii Express on the //)
Thanks for your help,
Adam Peller (ADAMP%OZ@MC.LCS.MIT.EDU -- ArpaNet)
------------------------------
Date: Mon, 6 Apr 87 09:35 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #26
Usenet Mac Digest Friday, April 3, 1987 Volume 3 : Issue 26
Today's Topics:
How Good is Rogue by Epyx?
Re: Disk Drive Won`t Eject #!?#!?
drawing program for large picture?
MacWorks XL & 800K drive
Re: How Good is Rogue by Epyx?
Re: Still more Word 3.0 bugs
Dialog Help!?
Re: How Good is Rogue by Epyx?
Re: HELP needed with Hard Drive -- FOUND!
Re: PD STAR TREK
IM rules beef
Re: MIDI Sequencing Software for Mac+
PRAM 4.0 has a bad BNDL
Re: How to speed up the MAC ??
Style bugs in LightSpeed C libraries
Re: Master Directory Block Trashed
Possible Bug in Chernicoff Program?
Re: mouse-feet
Handling Out-of-memory right
Re: Still more Word 3.0 bugs
McFace users: "NotMcFace" subroutine aids debugging.
SFGetFile() question
Re: Disk Drive Won`t Eject #!?#!?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-26.ARC
DoD
]
------------------------------
Date: Mon, 6 Apr 87 09:37 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #27
Usenet Mac Digest Friday, April 3, 1987 Volume 3 : Issue 27
Today's Topics:
Cricket Draw on a Mac II!
Filter Functions in LightSpeed pascal
Toolbox calls from LightSpeed C version 2.01
Re: Who is Cooke Publications?
looking for ChemDraw
Re: Cricket Draw on a Mac II!
Appletalk protocols
Slow Laserwriter Halftones?
case signatures
Stock market simulations?
Re: Slow Laserwriter Halftones?
RE: Out Of Memory Conditions
RE: Case Signatures
Re: MPW C annoyances....
Re: MacWrite 4.5 BOMB
Sound CDEV
SuperSpool
Lisa 2/Mac XL questions/info
Re: Possible Bug in Chernicoff Program?
Disk Carrying Cases
Multi-tasking planned for Mac II
LoDown's Gone!
Rotated Text?
Re: Sound CDEV
Word 3.0 Bug (?)
word 3.0 (last word)
Re: another Word 3.0 bug
SCSI HD Errors
Re: LoDown's Gone! It's moved!
Re: SuperSpool
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-27.ARC
DoD
]
------------------------------
Date: Mon, 6 Apr 87 09:39 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #28
Usenet Mac Digest Friday, April 3, 1987 Volume 3 : Issue 28
Today's Topics:
Re: Rotated Text?
Re: SuperSpool
Re: MPW C annoyances....
Finder 5.4 bug
Re: Case Signatures
Resedit PICT question.
Re: MacNifty Audio Digitizer Info?
Mods to System 4.0 via ResEdit
Re: SuperSpool (bugs)
Various SE Problems
vt62/72 emulation for the Mac
Definition of SMUS-IFF files for Macintosh?
Re: Mac II mouse-
MacBus Box --> Lightspeed C
LaserWriter type
Re: Various SE Problems
Re: LaserWriter type
Imagewriter2 Weirdness
Re: Mods to System 4.0 via ResEdit
Re: Resedit PICT question.
Mathematical/Gothic font
LaserSpeed
re: LSP on 020 machines
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-28.ARC
DoD
]
------------------------------
Date: Mon, 6 Apr 87 09:41 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #20
Delphi Mac Digest Monday, April 6, 1987 Volume 3 : Issue 20
Today's Topics:
RE: stuck interrupt switches
Stepping Out
re: Reset, keyboards on new machines
ABATON SCANNER (3 messages)
RE: Terminal Emulators and Control Codes
FullWrite
APPLE CUSTOMER SUPPORT
Problems with System 4.0/Finder 5.4 and
Mac Clones
Large Font
Cassette Labels on the LW
FILEMAKER+ MEMORY PROBLEMS (2 messages)
GCC FX/40 warranty extended
Dictionary (3 messages)
Bi-Directional Printing
Wierd Problems ...
RE: more new WORD BUGS! (wow!) (2 messages)
macsbug on Mac SE
Custom Print Dialogs (3 messages)
DF problems
Databases & Map Making (4 messages)
re Sample WriteNow
re Word 3.0 Bug (?)
re Resedit PICT question.
International Symbols (2 messages)
Re: Mac II vs. IBM PS/2
RE: Multi-button mice
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-20.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂12-Apr-87 1742 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #77
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 12 Apr 87 17:42:22 PDT
Date: 12 Apr 87 1740-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #77
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 12 Apr 1987 Volume 5 : Issue 77
Today's Topics:
Dereferencing Typecast variables
Using the HFS "Last Backup" date
Re: How to stop..., and other strange comments
Scrapbook
Re: This disk is unreadable... / Acta Converters
re: Red Ryder Break Generation
Thanx to all who answered to my programming problem.
Re: File LASERWRITER-12.POSTSCRIPT
INITs
Rolodex and Quickfile
3D graphics
new MacZap info and patches index uploaded
new unix-paintps.shar
Crabs+ DA
11x17" ImageWriter printing
interesting use of a Mac: Buick advertising on Mac-floppy
RE: What SCSI drives work with Prodigy, et al.
Scribe to Macintosh
information on 800k floppy drives wanted
MacII as workstation
Macintosh assisted foreign language learning.
Guy Kawasaki talk at Boston Computer Society
----------------------------------------------------------------------
Date: Thu, 9 Apr 87 14:48:36 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Dereferencing Typecast variables
Concerning the WindowPeek programming:
The expression WindowPeek(theWindow)↑.refcon should be valid, but is not in
Lightspeed or in TML (I got used to not doing it and haven't tried in MPW
yet). The crux is that you cannot dereference a typecast variable. It's a
bummer and an outright flaw!!!!!
Of course, that's merely my opinion, but I think it's true.
Jon
------------------------------
Date: 10 Apr 87 0041 PDT
From: Tovar <TVR%CCRMA-F4@SAIL.Stanford.EDU>
Subject: Using the HFS "Last Backup" date
Apple didn't offer any guidelines on its use and probably should have. If your
program sets 'filBkDat ("date and time of last backup"), make sure you provide
an option to disable this. You should also document that you use this feature.
If you don't do AT LEAST one of these things, at best you may foul up someone's
backup strategy, and you could be indirectly responsible for the loss of
valuable data.
Tovar
P.S. If it's "Shareware", please say so in the posting. Just saying "enjoy"
can be misleading.
------------------------------
Date: 10 Apr 87 0101 PDT
From: Tovar <TVR%CCRMA-F4@SAIL.Stanford.EDU>
Subject: Re: How to stop..., and other strange comments
If MACSBUG (or equiv.) is loaded, I've found that G EXIT seems to work most of
the cases that i've tried. Admittedly it's a dirty trick, but it offers an
advantage over ES (exit to shell) or EA (exit to application) in that there is
a larger probability that cleanup will be done before exiting. Don't do this
sort of thing if you suspect memory has been corrupted -- just reboot (and go
get a cup of coffee if you've got a large disk). Unless you're cramped for
memory or have another debugger loaded, there doesn't seem to me to be alot of
reasons not to load MACSBUG from a hard disk.
Here's a strange LightspeedC hack I came across by accident. If you hold down
<COMMAND> and <OPTION> when double-clicking from the Finder on a project, you
can run a project without going thru LightspeedC compiler first. I wouldn't
advise this if you have undefined symbols or other errors.
Speaking of limitations in TextEdit, it may not be the only thing confused by
>32KB of text. I was trying to paste two large .HQX files together and found
that i had to add the second to the first in two chunks to avoid truncation.
The Scrap stuff uses long integers, so it's not clear who's losing.
------------------------------
Date: Fri, 10 Apr 87 16:10:24 EST
From: Tom Coradeschi <tcora@ARDEC.ARPA>
Subject: Scrapbook
Can anybody tell me why my scrapbook file is inacessible?? I have about 80k
worth of letterheads and stuff in the file, but when I select the Desk Access-
ory, the mac just beeps, the hard disk grinds and nothing else happens. It
doesn't matter whether I'm in the finder or an application. The machine is:
512k mac
system 3.2/finder 5.3
Hyperdrive 10MB internal
Any suggestions? I've replaced the scrapbook DA on the HD. Is there a limit-
ation on the size of the file? ie, 80k is too big?
Regards,
tom c
------------------------------
Date: Thu, 9 Apr 87 10:26 N
From: Thomas Fruin <FRUIN@HLERUL5.BITNET>
Subject: Re: This disk is unreadable... / Acta Converters
Some follow-ups:
> Re: This disk is unreadable...
Thanks everyone for the many replies I got. Most people suggested (as was
also done here) to try Apple's Disk First Aid utility, and if that didn't
work, Micro Analyst's Mac Zap Recover HFS. Unfortunately none worked,
because the hard disk itself was broken. The Apple SCSI hard disk utility
that gets shipped with the new SEs said that our hard disk had a hardware
error and couldn't be initialized. "See your dealer". Ugh.
> From DDUNHAM
> Subject: Acta Converters
There's no summary because I didn't get any messages! It appears that
either the utilities you mentioned are the only ones that exist, or that
people on the nets haven't seen any others.
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: Fri 10 Apr 1987 10:01 CDT
From: GREENY <MISS026@ECNCDC.BITNET>
Subject: re: Red Ryder Break Generation
To generate a LONG break signal in Red Ryder all you have to do (and this is
documented somewhere...in the documentation provided by Red Ryder...) is press
the SHIFT and the BACKSPACE key at the relatively same time....
To generate a SHORT break signal its SHIFT, BACKSPACE and either OPTION or
COMMAND (i forget which one....try em both... :-) )....
If you would like a copy of the documentation that should have come with
Red Ryder send me an 800k disk and an SASE to:
Greeny
1730 Higgins Hall
Western Illnois University
Macomb, IL 61455-1387
ATTN: RR Dox Needed
and that should do it.....ill put the dox on there and return it to you asap
I will do this for anyone who sends me a disk and needs the dox.....or if
all you have is 400K ill take that too....but 800K will probably get you some
PD software on the disk as well....
bye for now but not for long....
Greeny
Bitnet: MISS026@ECNCDC
Internet: MISS026%ECNCDC.BITNET@WISCVM.WISC.EDU
Disclaimer: I don't have an employer *yet* so I don't have to disclaim
anything *yet*....Well, maybe....but I didnt do it!!!
------------------------------
Date: Sat 11 Apr 1987 11:21 CDT
From: Samir Kaleem <XSAK@ECNCDC.BITNET>
Subject: Thanx to all who answered to my programming problem.
I did use a temporary variable and at least the compiling problem is fixed.
There are some other problems, but I'm still working on them and don't want
to bother people unless I get stuck.
Is it true that there is a newer version of the ROM for Mac+? I got one of
the first Mac+ to come out, so I must have the old ROM (if there is a new
one). The local dealer says there is no new version (or he doesn't know of
any.....yawn...old story). So what's the scoop folks? If there is a new
ROM, where can I get the upgrade? What is the cost? What are the differences
between the new and the old ROMs?
Samir Kaleem
__________________
_______/ \_______
/ XSAK@ECNCDC.BITNET \
____________/ XSAK%ECNCDC.BITNET@WISCVM.WISC.EDU \___________
/ \
/ "My employer doesn't like disclaimers, so I don't have any" \
/ "Huda Hafiz" \
--------------------------- --------------------------
\____________/
------------------------------
Date: Thu, 9 Apr 87 13:08:11 CDT
From: brian@sally.utexas.edu (Brian H. Powell)
Subject: Re: File LASERWRITER-12.POSTSCRIPT
There could be a couple of problems:
1) The LaserPrep file is corrupt. I haven't ever taken a look at the file
you mention, so I don't know if it is or not. Early on, there were a few
modified Preps that just didn't work.
The file is probably a near duplicate of the laser-prep.pro file in the
shar file: SUMEX-AIM.STANFORD.EDU:<INFO-MAC>UNIX-PAINTPS.SHAR. You might
want to grab that software to try it. (and for another reason, which I'll
mention below.)
2) You're using the wrong LW driver on the mac. The version 12 LaserPrep
only works with LaserWriter driver version 1.1 (which came with Finder 4.1).
The most common LaserWriter driver these days is 3.1 (Finder 5.3). The newest
driver is version 3.3 (Finder 5.4). When System 4.1 comes out, there will
be an even newer one.
I've got newer preps for the 3.1 (version 40 Prep) and 3.3 (version 49
Prep) LaserWriter drivers. I'll eventually update the paintps.shar(*) files
to include them. For now, if you want them, grab the above PAINTPS.SHAR file
(also available from sally.utexas.edu:~ftp/mac/paintps.shar) and then send
me mail. I'll send you the new preps and the new maclaser/paintps software.
Who knows, maybe I'll be able to get the new shar file available before
this digest comes out. (Don't count on it, though.)
(*) paintps.shar contains a couple of unix programs. Maclaser will print
Mac output on a unix laserwriter. It supports the 1.1, 3.1 and 3.3 LW
drivers. Paintps is a program to print uploaded MacPaint pictures on the
LW. (It generates PostScript and pipes it to maclaser.)
Brian H. Powell
UUCP: {ihnp4,seismo,ctvax}!ut-sally!brian
ARPA: brian@sally.UTEXAS.EDU
_Work_ _Not Work_
Department of Computer Sciences P.O. Box 5899
Taylor Hall 2.124 Austin, TX 78763-5899
The University of Texas at Austin (512) 346-0835
Austin, TX 78712-1188
(512) 471-9536
[
actually, Brian *did* put together the new shar file, see below. DoD
]
------------------------------
Date: Thu, 9 Apr 87 14:57:19 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: INITs
Here's the scoop on INITs (one more time...)
The old way (don't do this with system 3 and above!):
Use ResEdit to Copy and paste the INIT into the System file. If you have a
lot of INITs you may have to renumber them too, and that can get sticky. The
biggest problem with this method is that you are courting death by playing
with your System file.
The new way:
All INITs can be placed in their own files. There is a new INIT in the
standard Apple System called INIT 31. It will look for all files of type INIT
or RDEV in the Blessed Folder and run the INITs in them. This means you can
slap an Init into the System Folder and it will go, or remove it and it will
not. Remember, they only run at system startup.
I generally make the creator of my INIT be something unique if it will have
it's own icon, or RSED if I want it to open ResEdit when I double click on it
(it will have a generic document icon).
There is now no reason to use ResEdit to install INITs unless you insist on
using System 2.0 and Finder 4.1.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Thu 9 Apr 87 09:51:53-PDT
From: Tony Siegman <SIEGMAN@Sierra.Stanford.EDU>
Subject: Rolodex and Quickfile
This note is an invitation, or plea, for some clever programmer to write
a "Rolodex" DA which melds the best features of QuickFile and RoloAcc.
QuickFIle is a very nicely done small application (only 8K) which
performs exactly the needed function: it allows you to search quickly
through a "Rolodex card file", which is just a text file of "cards"
separated by asterisk lines, to find information (notes, phone numbers,
addresses). It has a simple, spare interface and does the job beautifully.
Unfortunately, it's an application, when it should be a DA; and it will
only access one card file, which must be named "QuickData".
There is a DA analog to this, called "RoloAcc", which works, and will
access multiple card files; but unfortunately (1) it's 35K in size, and
(2) it has a very badly designed user interface.
Sure would be nice if someone would combine the best features of both.
(They are both available on BCS disks.) I'd be glad to supply more detailed
comments on what I think are the design defects in the RoloAcc interface.
[
the existing programs are also archived on SUMEX. ps, I have never been
able to get RoloAcc to work on useful sized databases. DoD
]
------------------------------
Date: Wed, 8 Apr 87 16:33:41 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: 3D graphics
Here's an idea for all you hackers working with color Macs.
Using the Pascal 3D graphics interface, create an identical 3D graphics
interface that does a red/blue separation so that you can see the 3D with
those funky glasses. I have seen some programs like this on the Amiga, so
it should be possible and even relatively easy on the Mac, particularly with
this compatible graphics interface.
How about it? Anybody with time on their hands?
Jon
------------------------------
Date: Sat 4 Apr 87 05:17:56-CST
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: new MacZap info and patches index uploaded
With permission of Les Herbst of Micro Analyst here in Austin, I once again
uploaded some goodies from the latest MacZap disk (Version-4.52).
MacZap now includes a recovery program for both floppies and many/most hard
disks, MFS and HFS; unfortunately not *ALL* because the data-storage
strategies and software-drivers vary considerably, and tailor-made recovery
strategies have to be developed. I'll include a list below of those
drives for which this has been done already and which are documented on the
Zap-disk; for others, contact either your dealer or manufacturer, or Micro
Analyst directly. Put some pressure on your disk-manufacturer to provide such
recovery software. tell them they can include it with their disks by licensing
it from Micro Analyst or whoever else may be able to provide a similar
program. but that by not providing you, the customer, with some tools to
recover from the eventual and unavoidable problem, the manufacturer has just
set themself up for a lot of unhappy customers to contact them, sooner rather
than later. It is *NO LONGER* acceptable to lose your hard disk for any other
reason I can think of but a head-crash, or other *REAL* catastrophes. Some
perverted bits are not an acceptable reason for the pain and suffering losing a
hard disk causes. Gripe, gripe, gripe, consumers unite !!! don't wait until
YOU have reason to cry hot, little tears. practice the emergency procedures
before you need them (says he, who didn't either :-)
old MacZap customers probably know already, that on MFS disks, you cannot
provide more than ca. 100 files, so that the number of Patch-files were
limited and new ZAP-version disks, usually contained new ones only by
dropping some old ones. Well, no more. All 150+ patch-files are now
packed into one and the unpacking software is included. I'll post both
seperately for archiving. Of course, I can't provide the Patcher-program;
you'll have to buy that one yourself.
Recovery Strategies are provided for:
400k Floppy Jasmine 20 Meg
800k Floppy Jasmine 80 Meg
Blank Param MacServe 1 Meg
Dataframe 20 Meg Magic 30 Meg
Dataframe 40 Meg Magic 65 Meg
Default 20 Meg Micah 20 Meg
Default 40 Meg Mirror 20 Meg
HD20 Param File Info
HD20 SCSI Peak 104 Meg
HDRData Peak 20 Meg
Hyperdrive 2000 Peak 65 Meg
I think, I'll upload that information also for archiving. well, either way,
the moderator will announce what he gets from me for archiving, eventually.
this message is getting too long, already, so the rest comes in a separate
one. I wonder if those record cold temperatures around here cause any harm to
disk drives: 38 degrees won't do my strawberries and roses any good. eat your
heart out, Canada - you stil out from under the snow yet ?? (-:
Cheers, ---Werner
PS: I forgot to mention, that I am not posting this message on request of
Micro Analyst, but was given permission to do so on my request on behalf of
you guys, to whom, I hope this info benefits. If this helps sell MacZaps,
that's fine with me. useful software gets my support anytime. And if you
are *REALLY* in *DEEP SH*T* and need to cry out for help, try calling Les
at (512)926-4527 and ask him if his software can help you out of the tight
spot. Mention INFO-MAC and my name, if you feel like it.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ZAP452-PATCH-INDEX.TXT
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ZAP452-PATCHES.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ZAP-PATCH-UNPACKER.HQX
DoD
]
------------------------------
Date: Thu, 9 Apr 87 15:21:16 CDT
From: brian@sally.utexas.edu (Brian H. Powell)
Subject: new unix-paintps.shar
Here is a replacement for <INFO-MAC>UNIX-PAINTPS.SHAR. This new shar
file includes support for the 1.1, 3.1 and 3.3 LaserWriter drivers.
For those who don't know, paintps.shar contains two useful programs for
getting Macintosh output on LaserWriters connected to UNIX machines. One
is called maclaser, which prints PostScript files generated on a Mac and
uploaded to a UNIX machine on a LaserWriter or other PostScript device. The
other program is called paintps, which generates PostScript given an uploaded
MacPaint picture. (Paintps pipes its output to maclaser.)
These files are also available for anonymous ftp from:
sally.utexas.edu:~ftp/mac/paintps.shar
Brian H. Powell
UUCP: {ihnp4,seismo,ctvax}!ut-sally!brian
ARPA: brian@sally.UTEXAS.EDU
_Work_ _Not Work_
Department of Computer Sciences P.O. Box 5899
Taylor Hall 2.124 Austin, TX 78763-5899
The University of Texas at Austin (512) 346-0835
Austin, TX 78712-1188
(512) 471-9536
[
this version replaces the previous version in the archives. archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-PAINTPS.SHAR
DoD
]
------------------------------
Date: 8 Apr 87 14:39:47 GMT
From: ranson@crcge1.UUCP (D. Ranson CNET)
Subject: Crabs+ DA
A MacWorld reviewer has complained that the Crabs DA does not work
on MacPlusses. This is Crabs+, a new version that tries to elimi-
nate all dependencies on machine, screen size or application
(Crabs had problems in Finder). This package includes a DA file
and a LightSpeedC source file, packed together with PackIt.
Since I coded this from the original Crabs source code, I will
not claim any rights on this new version. Feel free to include
it in your next Microsoft killer (:-).
Daniel Ranson
Centre National d'Etudes des Telecommunications
Route de Tregastel, PB40
22301 LANNION CEDEX, FRANCE
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-NEWCRABS.HQX
DoD
]
------------------------------
Date: Fri, 10 Apr 87 19:53:15 PDT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: 11x17" ImageWriter printing
Paste this resource into file 'ImageWriter' and you'll be all set.
It's a PREC resource id=4, with the five standard buttons and the
11x17" sheet last. I assume the 11" is the carriage width, since
I know of no 17" ImageWriter carriage.
(This file must be converted with BinHex 4.0)
:%8*PC(0SC@9d)&*PFfpeFQ0P!$q3#!#3#!'FPD`!N!3"!*!$!@S!N!0U!*!$-Pi
!N!3"!*!&!q`!N!3G!&!!M!$k!9i!!3%!N!-43Q9NFfKPCA3J8Q9cEh9bBf8#!*!
$2j!)!*!%2j!)!*!BR+,k!*!(!C`"@J#3"!%!N!8$k3#3""i!C!"Z!93"Z!#3"!%
!N!8&&!P&C'Pd)'PdC@d!N!-9!*!&Y!%+!*!%!3#3"TB!N!39!*!&Y!%+!*!%!3#
3"TF!N!3@!&!!EJ#U!BB!!3#3#!5`!53!N!-C!3#3!fB!"J8S!r`&H!2H"T!!!r`
&S!2H"5J'N!!(q!8S#996)%aPG(4PFJP"0#"-CA4dCA))99-J6'9RB@`95@jdCA*
ZBA4TEfjKE#"'B@jQEfaN$N0[EA"eG'9b)&"KF'9b#6%hdb"i)$%ad`!!!3#3!`&
U!*!$DJ#3!c)!!A$L!GJ!N!-F!$)!!&"548-!N!-+!!6rr`#3"3&VN!"mh3:
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
[
once again I'm a sucker for really short .HQX files. This is also
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-IMAGEWRITER-11X17.HQX
Also, Michael Knight (KNIGHT@MAINE) points out that there is a utility
on INFO-MAC that might already do this, UTILITY-DEFINE-PAGESIZE.HQX
However, since there is no documentation with that file, I am not sure.
DoD
]
------------------------------
Date: Fri 10 Apr 87 02:26:25-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: interesting use of a Mac: Buick advertising on Mac-floppy
a friend came to visit tonight with a Mac-floppy that you can get free from
Buick (apparently advertised in some upscale mags, like Smithsonian).
It contains a very nicely done program which leads you through a database
of information about Buick's line of cars. it encourages you to pass it on,
however, the program has 241k and a 54k data-file, so I am not in favor
of making it available online on this net. Besides, why not get the free
floppy from Buick directly? Nope, I don't have the address or phone-number -
sorry ....
------------------------------
Date: Thu, 9 Apr 87 02:36:16 EDT
From: bill coderre <bc@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: RE: What SCSI drives work with Prodigy, et al.
We have two Prodigies and love them. Levco provided us with a patched
MacWrite that runs just fine.
Hyperdrive 20 FX's do not work with Prodigies. The software driver, I
am told, is speed-dependent. I do not know when/if GenCom is planning
to fix this.
On the other hand, Apple HD20SC's work great.......................bc
------------------------------
Date: Sat 11 Apr 87 18:00:53-PDT
From: Ed Pattermann <PATTERMANN@Score.Stanford.EDU>
Subject: Scribe to Macintosh
We are facing the interesting problem of wanting to transfer all of our
scribe files from a DEC 20 to the Macintosh. Anyone have any hacks or
ideas for doing this? Is there any software on the MAC that will read a
Scribe source file? If we use Scribe to generate a POSTSCRIPT file on
the DEC-20, is there any software on the MAC to read/convert a
POSTSCRIPT file into say a MACWRITE file or WORD file? Any other
possibilities?
Our intent is to switch from SCRIBE to WORD 3.0. Any help would be
greatly appreciated.
Thanks, Ed
------------------------------
Date: Fri, 10 Apr 87 11:01:41 EST
From: dsc@seismo.CSS.GOV (David S. Comay)
Subject: information on 800k floppy drives wanted
i'm going to be purchasing a second 800k drive for my upgraded mac
soon, and i would like to hear opinions on what people think of the
various 800k drives on the market. perhaps the prices are so low now
that one can't go wrong, but i still would like to hear about the good,
the bad and the incompatible. thanks for any and all help.
dsc
------------------------------
Date: 9 Apr 87 13:09 EDT
From: rrenfro%tofacsa@dtrc.ARPA (Richard Renfro)
Subject: MacII as workstation
We have a few dollars available for procurement of two or three low-end
engineering workstations, to be used primarily for PC board design and
analog and digital simulation. Secondary uses include simple image
processing and analysis, and documentation. Since we have a number of
Mac Pluses, it seems reasonable to consider the MacII for these
workstations. The question, of course, is whether or not good (!)
software is available or will be available Real Soon Now.
Some of our requirements and desires are:
Hardware:
Must have:
Color display of 13" to 19".
Medium to high resolution (512x512 to 1024x1024 pixels).
High speed.
Medium to large hard disk capacity (>100MB).
Output capability to plotters and printers.
Would like to have:
Digitizing tablet input.
Networkable to existing AppleTalk.
Mag tape I/O (9-track, 1600 or 6250 bpi).
Accelerator boards (if appropriate).
Software
Must have:
PC board design, including schematic capture, auto-routing,
net and component list generation, reasonable component library and
user-created symbol capabilities (both in schematic capture and PCB
design)
Simulation of simple to moderately complex analog and digital circuits.
(same library/symbol requirements)
Would like to have:
Image processing and analysis, such as FFTs and contrast manipulation,
with data format compatible with existing Gould 9545 image processor.
Documentation & report generation, including word processing, drawing,
spreadsheet and database.
Compatibility with existing Macintosh software.
Any information/recommendations are appreciated.
Arpanet: rrenfro@dtrc.arpa
Genie: r.renfro
Phone: 301/227-1591
David Taylor Naval Ship Research & Development Center
Bethesda, MD 20084-5000
------------------------------
Date: Fri, 10 Apr 87 21:39:01 +0200
From: Geir Pedersen <geirp@OSLO-VAX.ARPA>
Subject: Macintosh assisted foreign language learning.
Hi,
I'm interested to know how I can use my Mac to assist me in learning a
foreign language.
A traditional way of doing this might be to let the Macintosh ask me
to translate between norwegian and the foreign language, make me fill
in sentences with missing words etc. In contrast with this I know
there are people working on making interactive dialog based systems
where you learn the language as you complete an assigned task. This
might be - as it is in a program under development at MIT - to take a
journey to Paris and hunt for an apartment. Systems of this type could
communicate to the user through both text, pictures and sound.
Perhaps someday we even will have computers that are able to
communicate by producing smells and let us feel things on our skin.
And then we might be able to build a room with big highresolution
screens as walls, hidden speakers and built in equipment to create all
kinds of smells and change the temperature and humidity of the air.
Then when you wanted to learn french you just had to tell the computer
so, enter the videoroom and - voila - everything would be as if you
actually were in Paris.
We still have to wait some time to get systems like that. So therefore
I'm sending this message to find out what available software systems
there are for Macintosh assistet language learning. Do you know of any
Public Domain, Shareware or ordinary commercial software suitable for
this? Then I would be most thankfull if you would inform me about it.
Cheers,
Geir Pedersen
University of Oslo geirp@oslo-vax.arpa
P.O.Box 1059 - Blindern geirp@ifi.uio.no
0316 Oslo 3 Norway
------------------------------
Date: Thu, 9 Apr 87 23:42:05 EST
From: "Owen M. Hartnett" <omh%cs.brown.edu@RELAY.CS.NET>
Subject: Guy Kawasaki talk at Boston Computer Society
Apple's famed ex-software evangelist, Guy Kawasaki, (now some kind of director
at Apple), visited the Boston Computer Society last night. As usual, he had
a lot of interesting things to say:
Re: Mac Power Supply problems - "I could stand here and quote you all
kinds of statistics and reports that tell us that the problem is not
inherent, and so on, but I know that, when I leave the house in the morning
to go to work, I turn my Plus off! I don't want my house burning down."
An irreverent look at Apple product development cycles:
Hardware
1) Make up a code name.
2) Change the Code name.
3) Leak the code name.
Software
1) Order T-shirts.
2) Announce Availability
3) Simultaneously Write the software *and* the documentation.
4) Write the specs
(aside: This way all Apple products meet specs!)
5) Ship the software
6) Test the software
7) Announce upgrade plan.
Several times he referred to new products as: "That's a definite product,
they've already ordered the T-Shirts."
On a more serious note, he did discuss a wide range of subjects and basically
took the time to answer everyone's question who wanted to ask. Some details
about Apple's Unix product: A/UX: "you'll need a big hard disk [40 megs min,
I hear-omh] *and* you'll also need Apple's streaming backup tape drive,
because that's the medium it will be shipped in." He said something about a
version of Berkely 5.2 [I'm assuming he meant 4.2, but he didn't seem to be
too concerned with Unix].
He also spent a great deal of time promoting "Silver Surfer, a high-level
relational database from a company in France, which is the next great
software package." Apparently, Apple had bought the rights to the package,
then "wimped" out on producing it, because of pressure from large software
houses.
Owen Hartnett
Brown University Computer Science
omh@cs.brown.edu.CSNET
omh%cs.brown.edu@relay.cs.net-relay.ARPA
{ihnp4,allegra}!brunix!omh
------------------------------
End of INFO-MAC Digest
**********************
∂13-Apr-87 2209 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #78
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 13 Apr 87 22:09:46 PDT
Date: 13 Apr 87 2207-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #78
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 14 Apr 1987 Volume 5 : Issue 78
Today's Topics:
Re: 128K Rom versions
switcher/word
Free-Text Database Programs
popup menus allow access to Mac menus (big screen users take note)
GAME-CROSSWORD.HQX
Homebrewed 2M upgrade of non-Apple 512K Macs
Shipping files
Programs for contouring data
Optical Mouse for the Mac ?
Re: information on 800k floppy drives wanted
Usenet Mac Digest V3 #29
Usenet Mac Digest V3 #30
Delphi Mac Digest V3 #21
----------------------------------------------------------------------
Date: 13 Apr 87 13:19 PST
From: DAVEG@SLACVM
Subject: Re: 128K Rom versions
There are at least 2 different versions of the 128K ROM in the Mac+.
The only difference in the two that I am aware of involves the SCSI port.
The early version had a bug such that if the MAC were connected to a
SCSI drive which was not turned on, the Mac would not work at all.
This was corrected in a later ROM version so that the Mac+ would function
in this configuration. I believe that any Mac which was upgraded to the
128K rom should have the ROM without this SCSI bug. I don't know of any
program which allows you to upgrade to the latest version of the 128K ROM.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
------------------------------
Date: Mon, 13 Apr 87 09:51:15 -0800
From: leiner@riacs.edu
Subject: switcher/word
Ralph,
I saw your note about system bombs with word and it raised my
curiousity. I have been running Word 3.0 with Dollars and Sense under
Switcher for quite a while with no problem. I have run it with ram
cache on and off. I have run it with System/Finder 3.2/5.3 and 4.0/5.4.
Thus, I am curious as to the details of your problem. I should mention
I run on a MAC+ with Apple HD20.
Barry
------------------------------
Date: 13 Apr 87 09:43 EDT
From: David A. Potter / McDonnell Douglas <DAP.MDC@OFFICE-1.ARPA>
Subject: Free-Text Database Programs
In a recent issue of Info-Mac, Mark Zimmerman described Tiny Browser, a
free-text database program he's worked up to the alpha-test phase. I'm
interested in this program -- but am also wondering what similar programs might
exist for other environments -- specifically, MS-DOS and the DEC-20 world
(Tenex/TOPS-20).
Any information would be greatly appreciated. If I get enough information back
I'll be glad to summarize for the net(s).
------------------------------
Date: 13 Apr 87 15:07 PST
From: DAVEG@SLACVM
Subject: popup menus allow access to Mac menus (big screen users take
Subject: note)
The enclosed DA allows you to access the menus available in any application
via popup menus. It is pretty slick and the only gripe I have so far is
that it is not an INIT but has to be selected every time you boot your system.
Here is the author's description from the help file which is part of the
packit file I'm posting.
"This desk accessory allows you to access the menubar from anywhere on
the screen. It will work with (probably) any menu in (probably) any
application. It is especially useful on large screens, where it will reduce
or eliminate the painful effects of mouse-wrist and mouse-elbow. It has
been successfully run on the Radius and Mac II (as well as the 512E and
Mac Plus, of course.)"
I'm only posting this and do not want to take credit for this incredibly
clever utility. The proper credit goes to the author Robert Stromberg
and this is shareware $10.
David Gelphman
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-POPUP-MENU.HQX
DoD
]
------------------------------
Date: Mon, 13 Apr 87 14:34 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: GAME-CROSSWORD.HQX
[ Uploaded from Delphi by Jeff Shulman ]
Name: CROSSWORD
Date: 11-APR-1987 12:12 by BWD
CrossWord is a games for 1 to 4 players. Clues are given by the Mac and the
players is given a user determinded time length to enter his response. If the
response is correct, points are awarded depending on the difficulty of the word
/clue.
CrossWord puzzles can be created using any word processor and saving the
file as text only. Instructions as to the file format are included.
Another crossword puzzle game, WordPlay uses a different file structure for
their puzzles. A conversion program has been written to convert these
puzzles to CrossWord format. Instructions for converting files is included
in this file listing.
I have uploaded this file for my friend Randy Hunt, but would enjoy hearing
your comments. I will pass on any suggestions or other comments.
Brian
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-CROSSWORD-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-CROSSWORD-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-CROSSWORD-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-CROSSWORD-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-CROSSWORD-PART5.HQX
DoD
]
------------------------------
Date: Tue 7 Apr 87 11:00:06-PDT
From: Carl Madson <MADSON@KL.SRI.COM>
Subject: Homebrewed 2M upgrade of non-Apple 512K Macs
For any of you seeking to upgrade your non-Apple (3rd-party upgraded) 512K
Macs to a Mac++ size of 2MB, the following note may be of interest. I recently
performed such an upgrade on my '512e' for just over $400 using a 1.5MB clip-on
memory board from Dove computer (via MacConnection), a 74F253 mux chip, 3 wires
connecting the motherboard to the Dove board, and some electronics know-how
coupled with a bit of research and a lot of patience. You'll still need the
first three parts to try this, but a lot less of the last three if things go
well.
The basic steps are these:
1. Pop the Mac case and remove the motherboard;
2. Desolder/remove the mux board at the set of 7 pads on the m.board;
3. Solder a 6" wire each to pads #2, 3 and 6 (mark the other ends);
4. Mount the Dove board on the m.board (proper alignment is essential);
5. Connect the other wire ends to the Dove board near the center '253
6. Re-assemble Mac and try it.
NOTE: if your 512K m.board memory chips are 200ns (i.e., not the faster
versions), you will also probably need to swap the center 74LS253 with a faster
74F253, as mentioned above. If you didn't do this, Mac may go ahead and boot,
but garbage will probably be left on the screen as the CPU and video accesses
overlap. Dove took the cheaper (like $1) route of using 'LS253 chips and then
disclaiming any compatibility with 200ns RAMs or 3rd-party upgrades. Not the
best approach, as far as we purist hardware engineering types are concerned.
But this does mean that YOU'RE ON YOUR OWN. If they won't honor my 90-day
warrantee because I put in a chip that should have been there in the first
place, I'm certainly not going to make any more of a guarantee than that to
you. However, if you take the standard precautions about working inside a box
with potentially high-voltage components and static-sensitive devices, this
upgrade should go almost like clockwork. It's definitely the cheapest
reasonable way to get 2MB into your box that Apple still doesn't recognize as a
512K Mac.
Carl Madson
madson@kl.sri.internet
(old: madson@sri-kl.arpa)
SRI International
Menlo Park, CA
415-859-2493
[
the complete instructions and comments are archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-HOMEBREWED-2M-UPGRADE.TXT
DoD
]
------------------------------
Date: Mon, 13 Apr 87 07:51 PDT
From: Wahl.ES@Xerox.COM
Subject: Shipping files
I'm trying to ship text-only files from my Mac to an IBM compatable.
While we seem to be able to connect okay, and type messages back and
forth, trying to ship&receive the file with XMODEM only generates errors
and sending&capturing stream seems to get hung on the first CR. I'm
using Versaterm Pro. Anyone know of any settings I should be fiddling
with, or have any other suggestions?
Thanks in advance.
Lisa
------------------------------
Date: Mon, 13 Apr 1987 16:03 PST
From: GFA0009%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Programs for contouring data
Is anyone aware of any programs for the Mac that do contouring of data (such as
elevations, hydraulic heads, temperatures, etc)? I am looking for something
with the sophistication of those available for IBM PC's -- especially ones
that could contour data that were not collected on a rectangular grid. I
would think that with its high-res graphics contouring programs would be a
natural for the Mac, but I have not yet seen any.
If anyone has written such a program that they would be willing to share, I'd
be very grateful. I'd like to use it to contour the output from groundwater
models in a hydrogeology class I'm teaching.
Thanks in advance for any help,
Andre Lehre
Dept of Geology
Humboldt State University
Arcata, CA 95521
GFA0009@CALSTATE.BITNET
------------------------------
Date: Mon, 13 Apr 87 14:22:26 EDT
From: michel jacquemin <jacquemin-michel@YALE.ARPA>
Subject: Optical Mouse for the Mac ?
My original Mac mouse has done a lot of good work but I
must say it is quite tired and used by now...
Does anyone have good or bad experiences with third party
mice, especially optical ones (I know only the A+ mouse,
which seems interesting) ?
Michel.
------------------------------
Date: Mon, 13 Apr 87 16:20:37 EST
From: Mark Nodine <mnodine@labs-b>
Subject: Re: information on 800k floppy drives wanted
You should be aware that Photon 800 drives have had problems reported with not
working on ex-128K MacIntoshes. I found this out the hard way.
Mark
------------------------------
Date: Mon, 13 Apr 87 10:29 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #29
Usenet Mac Digest Saturday, April 11, 1987 Volume 3 : Issue 29
Today's Topics:
II in a Mac
Advise on Laserwriters?
System File Icons not showing
Re: Macintosh Smalltalk0.3 Keyboard Configuration
Fix to Microsoft Fortran SIZERESOURCE bug.
Mac II D/A resolution (2 messages)
Global blowing away Mac II?
Re: Servant. What happened to it?
Re: PRAM 4.0 has a bad BNDL
Re: Global blowing away Mac II?
MacScheme + Toolsmith
Hard Disk Backup blunder
Re: Global blowing away Mac II?
ncr5380 information and help
Re: Advise on Laserwriters?
Re: Stock market simulations?
BREAK in Serial Driver
MacTerminal 2.0
MacDraw Plus
Megamax C compiler
Mac networks
3rd party upgrades
Appletalk to Ethernet
Studio Session on an SE
Re: LaserWriter type
Re: MPW C annoyances....
Warp 9 Internal hard drive users
Re: Mac II demonstration software
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-29.ARC
DoD
]
------------------------------
Date: Mon, 13 Apr 87 10:30 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #30
Usenet Mac Digest Saturday, April 11, 1987 Volume 3 : Issue 30
Today's Topics:
Playboy coming to a site near you?
Word 3.0: Styles
Connecting two MacPlusses to one SCSI drive!
Re: Warp 9
Writing Printer Drivers
MacFortran 2.2: Differences between "link" and "linker020"
Re: Mac Plus with 256K ROMs?
Re: Laserwriters and 68000 object code
Re: What happened to the 'universal window manager interface'?
Programming for High Baud Rates
Word 3.0 - Spell Checking
Re: Connecting two MacPlusses to one SCSI drive!
Re: new ROMs and 3rd party upgrades
9 Trk Mag Tape for MacII
Re: new ROMs and 3rd party upgrades
DECnet & Macs
UPDATE: MAC SE Mouse Double-Clicking problem
Re: Programming for High Baud Rates (2 messages)
IMAGEWRITER PRINTER
Microsoft Word Made Easy, Second Edition
RSG3 Postscript blocks? (also patterns)
Re: Programming for High Baud Rates
Re: Problems with System 4.0/Finder 5.4 and (Re: Msg 18622)
Re: Disk carrying cases
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-30.ARC
DoD
]
------------------------------
Date: Mon, 13 Apr 87 10:31 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #21
Delphi Mac Digest Monday, April 13, 1987 Volume 3 : Issue 21
Today's Topics:
switch box from Priority One
RE: Re: Mac II vs. IBM PS/2 (2 messages)
Drawpicture question (2 messages)
LightspeedC annoyance (6 messages)
RE: more new WORD BUGS! (wow!) (2 messages)
STRS Template (3 messages)
4th Dimension (1st report) (4 messages)
Spell Checker
re Installer for System 4.0
re Resedit & INITs
re MAC+/FAT MAC COMPATIBILITY QUESTION
re Some observations on WriteNow:
RE: FILE RECOVERY (2 messages)
Lotus gets theirs...
Isn't MPW great?
MPW printing bug
Bernouli Box (3 messages)
AppleShare
MAC II evangelists
Prodigy Prime
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-21.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂19-Apr-87 1823 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #79
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Apr 87 18:23:09 PDT
Date: 19 Apr 87 1820-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #79
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 19 Apr 1987 Volume 5 : Issue 79
Today's Topics:
control key on new keyboards
Re: INITs
STR# resources
Juggler
MEGAMAX C compatibility with MAC SE
Updated SendPS LaserWriter PostScript Uploader
MPW UserStartup
Big Screen INIT for archives...
Casio multiple clocks desk accessory
Ken's New Stuff
MacBillboard 4.0 (in three parts)
HD Runner
A question, and an answer!
Q: printer-drivers for HP-2900 series ?
DEC LNO3 Printers/PostScript/&Macs?
1st Base question
Contouring Program Does Exist
A disk drive question
Some gripes and comments:Superpaint, Optical Mice
re: Optical mouse for Mac
SuperPaint, Aldus Prep, spelling checkers
Re: YACC and Mac
MIDI software inquiry
More information regarding the Rotterdam MacWorld Expo
Desktop Publishing Query
Re: Irreverent Guy Kawasaki
----------------------------------------------------------------------
Date: Thu, 16 Apr 87 13:19:00 PDT
From: John Bruner <jdb@mordor.s1.gov>
Subject: control key on new keyboards
I've been reading through IM Volume 5, but so far I've been unable
to determine how an application can detect that the Control key
(on the ADB keyboards for the SE and Mac II) is depressed. I
understand (more or less) how the keyboard mapping tables are
used. I assumed that the extra modifier keys would be passed to
the application in the modifiers field of the keyDown event record,
but the 2-page update to the event manager doesn't mention this.
How can my application determine if Control was depressed?
John Bruner (S-1 Project, Lawrence Livermore National Laboratory)
MILNET: jdb@mordor.s1.gov (415) 422-0758
UUCP: ...!ucbvax!decwrl!mordor!jdb ...!seismo!mordor!jdb
------------------------------
Date: Thu, 16 Apr 87 14:32:46 EDT
From: "William C. DenBesten" <denbeste%andy.bgsu.edu@RELAY.CS.NET>
Subject: Re: INITs
PUGH%CCC.MFENET@nmfecc.arpa:
> There is now no reason to use ResEdit to install INITs unless you insist on
> using System 2.0 and Finder 4.1.
I have not gotten around to trying it yet, but what about putting the INIT 31
that is found in 3.2 into your copy of 2.0. Then you could use inits like the
new system does.
Wiliam C. DenBesten |CSNET denbeste@research1.bgsu.edu
Dept of Computer Science |ARPA denbeste%research1.bgsu.edu@csnet-relay
Bowling Green State University|UUCP ...!cbatt!osu-eddie!bgsuvax!denbeste
Bowling Green, OH 43403-0214 |
There is no difference between theory and practice in theory, but there is
often a great deal of difference between theory and practice in practice.
------------------------------
Date: Sat, 18 Apr 87 22:36 EDT
From: alien%UMASS.BITNET@wiscvm.wisc.edu (Allen Joslin (Hampshire
From: College))
Subject: STR# resources
please help me, I am trying to create and access resources of type STR#.
I'm having endless problems. please send code examples. In particular,
examples showing how to read the ith string in a STR# resource, and how
to add a string to a STR# resource.
any help appreciated.
allen
------------------------------
Date: Tue, 14 Apr 87 16:15:09 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Juggler
Well, this weekend was a fun one since some secrets were spilled in the
valley regarding some new system software from Apple called Juggler. This
is what you have been waiting for.
Remember that Andy sold Servant to Apple for a six figure sum? What was Apple
doing with that code? They were incorporating it into Juggler so that it
could run the Finder and some other programs just like Servant, but without
all those interface changes that Servant was using.
All in all, from my limited exposure to the program, it seems very nice. It
worked like it should. The Finder was version 6.0a and the About box was very
similar to the Show Info graph from Switcher that shows how much memory is
allocated to which programs. Juggler is a separate application that runs the
Finder as an application (although a special one, no doubt). It requires some
hacked boot blocks, in particular the version number of the boot blocks was
80 and the system stack was expanded to 193,536 bytes. Compare this with
version 22 of the boot blocks currently in use.
The DAs seemed to be a bit of a hack, but there were messages saying that it
was a temporary one. When you call up one of the DAs you get the SysDAHandler
which is a separate program that runs the DA for you. I do not know how this
would affect spell checkers, but I cannot imagine that it does any good for
them. They must have other plans that were not passed on to me (as if they
intended for me to know anything about this; or you for that matter).
All in all, Juggler appears to be everything that I wanted from Servant and
no more! Now if only this thing would get released...
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
Disclaimer: This is all hearsay and may be as wrong as Ronny was about that
Contra/Iran stuff, but I didn't sign a nondisclosure agreement and besides, I
don't know anything anyways, so I don't have to keep quiet.
------------------------------
Date: Wed, 15 Apr 87 07:49 CDT
From: FRENCH%ti-eg.csnet@RELAY.CS.NET
Subject: MEGAMAX C compatibility with MAC SE
Today, I updated my copy of MEGAMAX C in the Richardson, TX, offices
of MEGAMAX (I work in Dallas). I have a brand spanking new MAC SE
(of which my co-workers are tired of hearing praise), and I am anxious
to start learning all of the ins and outs of my machine with a
higher-level language (all right, you PASCALites, I know that C doesn't
qualify in your book).
Religious considerations aside for the moment, I was EXTREMELY pleased
at MEGAMAX's "desire to please" : not only did they cheerfully give me
the required update (for $15, from V2.1 to V3.0), but, when I told one
of their head systems types that I was on an SE, they ALSO gave me
a disk with the required patches to allow compatibility with the SE!
Turns out that some "unused" register they use for saving environments
(stack frame manipulation, as I understand it) which in previous versions
of the MAC OS was reserved for an unreleased version of Apple BASIC, is
now used for some system function.
Don't take my word for it on the problem: rather, take my word for it
that there may be some screwy side-effects of MEGAMAX C on the SE MAC,
and that MEGAMAX HAS the fix.
This will particularly affect you if you try to run MEGAROIDS (this is
how I first saw the problem). They will be issuing a new version of
MEGAROIDS with the fixes in it (I'll post it myself if necessary, and
if I get permission from MEGAMAX).
Summary: look out for strange side effects on an SE with MEGAMAX, and
KUDOs to their customer support (I am OVERJOYED with it).
Charlie
------------------------------
Date: Wed, 15 Apr 87 21:34:18 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: Updated SendPS LaserWriter PostScript Uploader
This is SendPS version 1.1 from Adobe, which has one or two
additional features over version 1.0. The BNDL and FREF resources
have also been fixed so that it displays its (rather nice) icon
on the desktop.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SENDPS-11.HQX
DoD
]
------------------------------
Date: Tue, 14 Apr 87 08:30 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: MPW UserStartup
Follows is the UserStartup file that I use with MPW...
I know that lots of people out there use MPW and that most
of them probably have implemented this on their own, but for
those of you who haven't:
This Startup adds a menu to the menubar with items
"Pick" "compile Link" and "run", so that with one keystroke
you can "Pick" the project, make, compile, link and then run it.
I find this makes life much easier over keeping the Make informatio
active in the worksheet.
I also added a menu to go to ResEdit, write and paint, as I find
myself constantly needing those from MPW.
This is a fairly simplistic startup, so if anyone else has
some tricky hints, let me know.
File is BinHexed due to funny characters.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
"They say there is strangeness to danger us,
In our theaters and bookstore shelves.
Those who know what's best for us,
Must rise and save us from ourselves."
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-SCRIPT-SAMPLE-SETUP.HQX
DoD
]
------------------------------
Date: Thu, 16 Apr 87 15:35:12 CST
From: Jeff Myers <myers@unix.macc.wisc.edu>
Subject: Big Screen INIT for archives...
This is a shareware large screen utility which is especially useful in
conjunction with the Popup DA. An 800 by 1000 pixel screen will eat
up about 100K of your memory. Should work with any program which does
not have a hard-coded screen size, although I personally have tested it
only with Ready,Set,Go 3.0. If $95 for Stepping Out is a bit steep
for you, use this and send in your $5. Installs like any INIT, just
place in your System Folder -- upon startup you can choose to use or
not use a big screen (and set its size). Written by Kurt Hebel of
Urbana, Illinois.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-BIGSCREEN.HQX
DoD
]
------------------------------
Date: Fri, 17 Apr 87 17:53 N
From: (Thomas Fruin) <FRUIN@HLERUL5.BITNET>
Subject: Casio multiple clocks desk accessory
Someone uploaded this gorgious desk accessory to SAGAnet, the
Mac BBS in Amsterdam. It's meant to replace the Alarm Clock,
but contains much more than just the time and date.
Casio also has 10 Elapsed Timers (each with an editable title),
10 Countdown Timers (also with title), 10 Alarm Clocks (yes,
with titles) and 9 Time Zones (with titles) that show the time
in other countries like TimeZone does.
The whole thing is packaged into a little window that takes up
hardly any more space than the standard Alarm Clock. It's a
real beauty and a bargain too. The author, Ralph Muha, only
wants $ 5 for it if you decide to keep it. And who wouldn't?
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-CASIO-MULTIPLE-CLOCKS.HQX
DoD
]
------------------------------
Date: Tue, 14 Apr 87 10:05 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Ken's New Stuff
[ Uploaded from Delphi by Jeff Shulman. Files 2, 3 & 4 (HANGMAN9,
BRICKLES7 & PRAM5) updated 12-APR-1987 14:59 by KENWINOGRAD. Only the
changed files included below - Jeff ]
This set includes most of my shareware applications and desk accessories.
Included are both games and utilities. Having recently upgraded to a macplus,
the versions included here are Mac/MacPlus and HFS and Switcher compatible. New
features have been added and all known bugs have been fixed. The "Read Me
First" file contains information about all the files. Thank You. Ken.
[
the following three files are archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-BRICKLES-70.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-HANGMAN-90.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PRAM-50.HQX
DoD
]
------------------------------
Date: 15 Apr 87 14:00:25 GMT
From: clive@druhi.UUCP (Clive Steward)
Subject: MacBillboard 4.0 (in three parts)
MacBillboard is a shareware tool from CE Software.
It can make and use Paint-like documents, and contains special commands
useful for creating posters, greeting cards, or iron-on patches.
The original artwork may optionally be expanded, to as much as at
least a small billboard (!) in size.
There is some online help in the program, and a manual available from
the creators.
Clive Steward
ihnp4!druhi!clive
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BILLBOARD40-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BILLBOARD40-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BILLBOARD40-PART3.HQX
DoD
]
------------------------------
Date: Tue, 14 Apr 87 10:04 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: HD Runner
[ Uploaded from Delphi by Jeff Shulman ]
HD Runner is a "find application and launch" and minifinder utility. It uses
the Finder's Desktop file to "know" where applications are, so it needs no
configuration. A scrolling list of applications is presented for launch. Comes
complete with documentation and source (in Lightspeed C). Only works with HFS
volumes, and is dedicated to the memory of the $PATH feature....
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HD-RUNNER.HQX
DoD
]
------------------------------
Date: Wed, 15 Apr 87 13:26 PDT
From: Chris Yoder <CHRIS@ENGVAX.SCG.HAC.COM>
Subject: A question, and an answer!
First the answer; The number for the BUICK free-bee is 1-800-87-BUICK. I
called them some time ago, and am still waiting for the disk (they quoted 4-6
weeks, so it should be here "any day now"). It *is* an amusing concept for
advertising, and it *is* free.
Now for the question; Who makes a reasonable SCSI hard-drive that I can
attach to my Mac + and not shell out the rest of my life's savings for? Do I
have to get a SCSI hard-drive that is made "especially-for" the Mac? (This
question because a local Un*x guru wondered if Apple uses the full SCSI
protocol, and questioned whether one could take a random SCSI drive that you
could plug into a random Un*x box and plug it into a Mac instead.) What about
formating the drive for use with the Mac if I get something that would plug
into a Un*x box?
I've heard good reviews of the Jasmine (20 MB) drive, and was all set to
buy it when somebody told me that there were others available for less! What
I'd *really* like is a pointer to a good review of SCSI hard-drives in general,
with prices included in the review. (I can get to the BITNET archives, but not
the ARPA archives, if they are any different.)
Chris Yoder UUCP -- {allegra or ihnp4}!scgvaxd!engvax!chris
Hughes Aircraft Internet -- chris%engvax.scg.hac.com@ymir.bitnet
Company ARPA -- chris%engvax.scg.hac.com@usc-oberon.usc.edu
------------------------------
Date: Wed 15 Apr 87 20:41:49-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Q: printer-drivers for HP-2900 series ?
a friend asked me if I knew of drivers for his HP-2940 (?) printer ...
does anyone know of such?
------------------------------
Date: Sun, 19 Apr 87 14:32:36 PDT
From: Mark Frisse <FRISSE@SUMEX-AIM.STANFORD.EDU>
Subject: DEC LNO3 Printers/PostScript/&Macs?
Info-Mac,
Has anyone used the PostScript DEC LN03 printer with their Macs?
Interested in reponses both from single users and those who have
used MAC--> VMS--> LN03 approach. Bad experiences with non-Apple
printers and the Mac have made me wary!
mark frisse
(frisse@Sumex-Aim.Stanford.EDU)
------------------------------
Date: 16 Apr 1987 12:31:24-EST
From: koch@NADC
Subject: 1st Base question
Anyone know what's going on here?
I bought "1st base" and on the original disk are four or five files,
three of which are sample databases with sample data. I use COPYII-HD to
copy it onto my HD20-SCSI. 1st Base works fine (after I put in the master
disk), and two of the sample databases look good. Sample number 3 (ADDRESSES)
is garbled. I trash it and copy it again, this time with the finder. Same
thing. The database fields are all out of line and lots of strange characters.
Now I try opening from the original 1st Base disk and it's fine. Any clues to
what's going on here? The samples that work don't seem different in any way
except they have different data--but they copy fine!
BTW, I'm using a MAC+ with Apple's SCSI hard disk.
Thanks,
Chuck Koch
koch@nadc.arpa
------------------------------
Date: Fri, 17 Apr 1987 16:49 PST
From: GFA0009%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Contouring Program Does Exist
I'd like to thank those who replied to me about contouring programs. I'm
posting this to the net in case others are interested.
Computer Systemics, a small software development group in Austin TX has just
completed a Mac-like contouring program. It is out of beta test and the first
copies have been sold to ARCO. The cost is $2500. I was told that site
licenses are available for $4000 plus $800/copy. The program can handle up to
200 points. Points need not be on a rectangular grid. It is apparently slow
on a Mac+ (40 min for 200 points) but screams along on a MacII (5 min for 200
points, and they believe that they will be able to make some alterations that
will halve that time.) I have not seen this program work nor do they
currently have any demo versions available. Their phone no. is 512-441-4583.
Thanks to Tony Wilkie for giving me the lead.
Andre Lehre
DISCLAIMER: I have no financial interest in this product except that I wish
my department had $2500.
------------------------------
Date: 16-APR-1987 08:32
From: (Jeff) Hallett@ge-crd.arpa
Subject: A disk drive question
Hi all!
This is a question I think I know the answer to, but just want to make
sure before giving up hope.
As with anyone who has gotten the 512K->Mac+ upgrade along with a new 800K
external drive, I now have a 400K drive left over. Is there anyway it can be
hooked up with the 800K one? It's in great shape, but noone seems to want
it and Apple won't give me a "trade in", so what else am I to do with it?
Thanx much.
Jeffrey Hallett
Software Technology Program
General Electric - Corporate Research and Development.
------------------------------
Date: 14 Apr 87 09:23 EST
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Some gripes and comments:Superpaint, Optical Mice
Hi everyone!
Just a few gripes first...
Has anyone out there who has used Superpaint noticed that if you have
an object in Draw layer, which is on top, that is filled with white,
it obscures everything in the Paint layer under it? Good, that is
intuitively the way it should work. White is opaque, right? Well,
sort of according to Silicon Beach. Have you same people noticed that
if the Paint layer is on top, Opaque Paint is selected and you paint
say a checkerboard pattern that the things in the Draw layer show
through the white???? White is white, not transparent! If I want the
white to be transparent, I can select "Transparent Paint". Grrrrr!
Lastly, a rip on Optical Mice. In my opinion, optical mice stink!
There are some out there who love them, I'm sure, but I find them to
be the most utterly terrible mice. Granted that there are no moving
parts so they wear out slower, but they require a special pad to work
and it must be kept spotless or else skips will develop. Personally,
if I am working at home with my feet up, I will run the mouse on the
leg of my jeans rather than bending back over to the desk (Jeans, by
the way, make a great friction surface 8-)). I couldn't be that
relaxed with an optical mouse. I've found that the optimum
configuration is a mouse and trackball hooked in tandem. The mouse is
better for text selection and drawing, but for sheer positioning,
spread-sheet manipulations, and Missile Command, a trackball is far
superior. Besides optical mice often rely on orientation to the
optical pad -> pain! However, if you like optical mice, then by ALL
MEANS go buy one and tell me to jump in the lake 8-).
Note, this by no means reflects the views of my employer - they like
Sun workstations (which have optical mice), but most set traps for the
kind of mice they see on a regular basis 8-).
Take care!
JAH
------------------------------
Date: 14 Apr 87 15:15 PST
From: DAVEG@SLACVM (Bitnet)
Subject: re: Optical mouse for Mac
I've been using an A+ Optical mouse and it is really great. It is
much smoother than the standard mouse and doesn't need cleaning. The
only disadvantage I can see is that with an optical mouse you need the
mouse pad to be kept at right angles to the mouse, you can't be very
sloppy in the alignment of the mouse and the pad or you go crazy.
Personally I never have problems and think it is great.
David Gelphman
------------------------------
Date: Tue, 14 Apr 87 11:14:56 CDT
From: David Wilson <WILSON/DAVID@scarecrow.waisman.wisc.edu>
Subject: SuperPaint, Aldus Prep, spelling checkers
Silicon Beach Software has gotten back to me about my difficulties in
printing from SuperPaint. It turns out the my document fails to print
only if I ask for both smoothing and landscape mode.
About Aldus Prep, Ken Jones of Silicon Beach Software wrote me: "Aldus
Prep is needed only when printing PageMaker files, and the rest of the
time it just takes up precious memory space in the LaserWriter, which
slows it down considerably. Place Aldus Prep in another folder at the
root directory level until needed. When printing PageMaker files, it is
best to wait until you have a batch, and print them all at once. Then
take Aldus Prep out and restart the printer with only Laser Prep in the
System Folder."
> Second, I'd like to be able to run all of the articles through a spelling
> checker to catch all of the typos. We have MacSpell, but its very slow and
> also seems to have a lot of bugs. Does anyone know of a better program?
Gee, another opportunity for an ad. This past fall Macintosh Journal
published an in-depth comparison of 11 spelling checkers for the
Macintosh. The standouts were Spelling Champion and SpellsWell. Both
run independently from the word processors (MacWrite 4.5 or Word 1.0).
Spelling Champion ($40) has the advantage of a very large dictionary
(125,000 words), great speed, and the ability to do arbitrary editing as
you check the document. SpellsWell ($60) lets you check for proper use
of homonyms and capitalization. My next version of Spelling Champion
(due out at the end of summer) will let you check for proper use of
homonyms, capitalization, and diacritical marks. It will also work with
Word 3.0 if we can get MicroSoft to send us the file format. To get a
Spelling Champion upgrade, you need to send us $5 and the original disk.
To order, call 608/833-1777.
------------------------------
Date: Tue, 14 Apr 87 07:45 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: Re: YACC and Mac
Recently someone was asking about YACC for the Macintosh.
Aside from finding someone with Unix source code to YACC,
your best bet would probably be to use YACC on your favorite
Unix box and download all of the C source code and use it
on your Mac. Assuming that you have access to Unix and that
you dont need lots of access to YACC itself, this would be
a good option. Someone here used it to write an expression
parser than they then incorperated into their Mac program.
Seems like a pretty smart idea to me...
Tom Dowdy
CML5A9@IRISHMVS.BITNET
------------------------------
Date: Wed 15 Apr 87 00:49:14-EST
From: Carlos A Albuerne <CU.ALBUERNE@CU20B.COLUMBIA.EDU>
Subject: MIDI software inquiry
A friend with musical talents has amassed a half dozen electronic instruments
which are all supposedly MIDI compatible (but he trusted New York City
salespeople so you never know). Mikes, keyboards, drum synths, cables, amps
and guitars make his small dorm room inpenetrable and intolerable for
visitors.
He has now asked me to help him select MIDI software. My dilemma is that
I don't know where to start. I'd appreciate any comments about vendors,
available software, digests or pointers to MIDI reviews (any MIDI specific
magazines out there?). I'll do the footwork if someone will set me in
the right direction.
Carlos A. Albuerne
cu.albuerne@cu20b.columbia.edu
caa@cunixc.columbia.edu
------------------------------
Date: Sun, 19 Apr 87 13:32 N
From: Thomas Fruin <FRUIN@HLERUL5.BITNET>
Subject: More information regarding the Rotterdam MacWorld Expo
Some people have asked me where exactly the MacWorld Expo will be held in
Rotterdam. It will be held in the Ahoy complex; and although I don't know
its exact address, just about everyone there will be able to show you the
way there - it's big.
Thursday the 23rd VAMP will be organizing a "VAMP-dinner" for any Mac people
on the net who are at the Expo and feel like meeting some Mac people in
Holland and some others on the net. Meet us at the VAMP booth (number 904)
just before the Expo closes for the day, at approximately 4:30 PM, if you're
interested!
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: 15 Apr 1987 1220-PST (Wednesday)
From: berman@vaxa.isi.edu (Richard Berman)
Subject: Desktop Publishing Query
I am a Mac oldtimer (original 512K Mac) and author (Mac Mail from Aegis).
Lately I've been interested in putting together an SF Fanzine, so I've been
looking into page/document formatting programs. I bought some books on
Desktop Publishing. Maybe you can help me out.
I need to be able to:
Have real WYSIYWG.
Do great lazerprinting.
Edit in n columns of text.
Have multiple pages. Preferably 20 to 100 or more.
Use predesigned page formats.
Run in 512K, no Hard Disk.
Leave arbitrary rectilinear blank spaces, with text flowing around.
Include graphics. Draw boxes around text. Etc.
There are things implied by the above. If I have multiple pages with diferent
formats, I would like my editing to propagate properly. I want to have the
flexability to change the format of each page as much as I need to without
having any problems with text propagation.
Here is a partial wish list that isn't required, but would make life simpler:
Ability to have n text streams, where each stream is logically contiguous, as
in a particular story or article. These streams may be broken up physically
(e.g. "continued on page x") and these continuations (and the "continued..."
messages?) should be properly propagated and updated.
Naturally, flexible/multiple page numbering.
Preview
Decent operating speed.
mutiple windows on the same file.
Under $200.00
So....
I know there are things like PageMaker out there. Given that price is a
secondary consideration, what programs (that you *really* *do* *have*
*experience* *with*) do you recommend, and why? Which should I avoid, and
why? What about these new word processesors like Word 3.0 that seem to have a
lot of page-layout stuff?
I am sure this would be of interest to others. All information will be
gratefully accepted and analyzed and summarized for later posting. If you
have any real information about this topic, please post directly to me.
Richard Berman
Berman@vaxa.isi.arpa
USC/ISI
4676 Admiralty Way, #1001
Marina Del Rey, CA 90291
------------------------------
Date: Thu, 16 Apr 87 01:26:50 PDT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Irreverent Guy Kawasaki
In Volume 5 #77, Owen Hartnett wrote:
Apple's famed ex-software evangelist, Guy Kawasaki,
You don't know how prophetic this was (see below)
(now some kind of director
at Apple), visited the Boston Computer Society last night. As usual, he had
a lot of interesting things to say:
...
An irreverent look at Apple product development cycles:
Software
1) Order T-shirts.
2) Announce Availability
At the developer conference, he added:
2A) Check first with Microsoft and Ashton-Tate.
3) Simultaneously Write the software *and* the documentation.
4) Write the specs
(aside: This way all Apple products meet specs!)
5) Ship the software
6) Test the software
7) Announce upgrade plan.
He said something about a
version of Berkely 5.2 [I'm assuming he meant 4.2
No, that's AT&T V.2, with a few Berkeleyism thrown in
He also spent a great deal of time promoting "Silver Surfer, a high-level
relational database from a company in France, which is the next great
software package." Apparently, Apple had bought the rights to the package,
then "wimped" out on producing it, because of pressure from large software
houses.
Hence Guy's joke. He wouldn't have been quite so irreverent, but he left
Apple Monday to become president of the company that will be marketing
Silver Surfer. (I believe the name is Acius...) Scott Knaster is
a VP of software or some such, and presumably the company is populated
with other ex-Apple types.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
End of INFO-MAC Digest
**********************
∂20-Apr-87 2129 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #80
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 20 Apr 87 21:29:38 PDT
Date: 20 Apr 87 2125-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #80
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 21 Apr 1987 Volume 5 : Issue 80
Today's Topics:
Re: Control key
Re: juggler
Thanks for the help and synopsis of Page size hasle...
Re: Megamax incompatibility
re: MEGAMAX C compatibility with MAC SE
MacWrite/MacLighting interaction problem?
contouring programs
Source code for FKey fun
Re: bigscreen
Re: digest V5#79 - optical mice
Request for TeX macros
PostScript interpreters
Request info on networking Macs
MacFair II and the Macintosh II
Usenet Mac Digest V3 #31
Usenet Mac Digest V3 #32
Delphi Mac Digest V3 #23
----------------------------------------------------------------------
Date: Mon, 20 Apr 87 07:40:55 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Control key
I don't have an SE or II yet, but my understanding is that the
Control key changes the ASCII value and not the keycode (I don't
know about the modifier).
The ADB section of IM Vol. V (at least the developer edition) has some
info about the KCHR and KMAP resources. Between that, a copy of DeRez,
and a System 4.0 disk (to get the resources) you should have enough to
figure out what's going on.
Joel West
------------------------------
Date: Mon, 20 Apr 87 07:43:15 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: juggler
Apple has a new team working on Juggler. My understanding is that
not a line of Servant was used in that product, although it does
owe considerably to Switcher for its design.
But then, my information could also be wrong, since I'm not officially
in the know, either...
Joel West
------------------------------
Date: Mon, 20 Apr 87 10:03:11 PST
From: Marc Grondin <WCSCKCU@CARLETON.BITNET>
Subject: Thanks for the help and synopsis of Page size hasle...
This is a letter of thanks... and to say what I have found in making
a page that is 17" long and 11" wide.
The file that was found in the last info-mac for 17"x11" did the
trick, all that had to be done was to copy and paste the resource
using ResEdit (what is the most recent version?). The other Utility
that exists on the MACSERVE@PUCC location is also useable. It
offers a template to follow when changing the page size, but it
appears that alot of dec-hex calculation is needed (So VERY tedious).
One comment was "Find the most recent version of ResEdit". That
sounds easier then it is around here... ANYWAYS, once you have this
most recent version you can access the PREC resource in the
ImageWriter driver file and it will ask you for the information that
you wish to place in the PREC for page size, name,etc.
Thanks to all who helped me change the page size.
(P.S.: Steve Armstrong : Received your letter but can't return via
that path it came by...)
Marc Grondin <Marc_Grondin@CARLETON.BITNET>, <CKCU@CARLETON.BITNET>
------------------------------
Date: Mon, 20 Apr 87 07:49:30 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Megamax incompatibility
The problem with Megamax C was a 'bug'. It is, I believe, an incompatibility
across the board with System 4.0. It was reported on comp.sys.mac (see
Usenet Mac Digest V3 #29) for the Macintosh II as well.
Despite what they might want you to believe, it was their fault: they used
a low-memory global not documented as available, about #3 on Apple's
all-time incompatibility list. It's good to see they're reacting
so quickly to correct the mistake.
Apple makes mistakes like anyone else. Sometimes they introduce an
unintentional incompability. Sometimes they introduce one that they
could have warned us about. Sometimes they deliberately introduce
an incompatibility (like restrictions on OS trap calls under A/UX)
because it provides signficant benefits and there's no technical
alternative.
However, it's very easy to blame Apple for many things that are actually
the developer's own fault, and I don't think it's fair to give Apple the
rap because they're a convenient target. If someone blames Apple for an
incompatibility, ask them (or yourself) these questions:
1) Does most other software show this problem?
2) If not, why not? Did the developer make an unreasonable
assumption?
For example, it was always a reasonable assumption that the screen
was rectangular and monochrome. It was never a reasonable assumption
that it was 342x512.
Joel
------------------------------
Date: 20 Apr 87 11:30 PST
From: DAVEG@SLACVM
Subject: re: MEGAMAX C compatibility with MAC SE
I'm shocked that the Megamax problem affects the SE, I thought it
was only the Mac II. In any case, does this problem affect the applications
produced by MM C or is it just the compiler itself. If it is the applications
that are affected then there is surely a whole crop of software out there
which breaks on the II (and perhaps the SE?) only because it was compiled
with Megamax. I consider this to be a problem.
David Gelphman
------------------------------
Date: Mon, 20 Apr 87 13:14:43 edt
From: levine@eniac.seas.upenn.edu (Jonathan M. Levine)
Subject: MacWrite/MacLighting interaction problem?
I'm having a problem with MacWrite 4.5, and I'm wondering if the problem is
shared. I'm using System 3.2, Finder 5.3 (96K Cache), and MacLighting (the
release that came free with the Mac a while back). With 'Lighting set in
interactive mode, as I got past the 6th or so page, I'd get an occasional
extra page break, or a new ruler with VERY, VERY garbled tab settings inserted
IMMEDIATELY before another ruler. The new ruler deletes ok, but if you try to
move a tab, you get a permanent watch.
Query: whose problem is this? I'm inclined to believe 'lighting, since
everything was peachy after I turned it off, but then I was also finished with
the heavy-duty formatting at that point. Any suggestions about where to go
from here (I'm thinking of Word 3.0, which is $90 with the Ed. discount...)
Jonathan
------------------------------
Date: Mon, 20 Apr 87 11:10:31 CST
From: liberte@b.cs.uiuc.edu (Daniel LaLiberte)
Subject: contouring programs
I have been working on a contouring program that does a 20 by 20 square
grid of points in a minute or so. It uses integer math which is adequate
for the mac screen resolution. One can scroll around and zoom in on
any area of the plot. Other options: shaded contours and 3-D views
with adjustable viewing angle.
The program needs alot of work still. E.g., there is no data entry yet.
I would be willing to work with someone to improve the program and
distribute it as shareware or some otherware.
Daniel LaLiberte 217-333-7937
University of Illinois, Urbana-Champaign
Department of Computer Science
1304 W Springfield
Urbana, IL 61801
liberte@a.cs.uiuc.edu
uiucdcs!liberte
------------------------------
Date: Mon, 20 Apr 87 14:43:21 EDT
From: verber@prodigal.cis.ohio-state.edu
Subject: Source code for FKey fun
Title: myDialogSansRscr*
Author: Paul Nevai
Version: 1.0
Date: April 16, 1987
It's an FKey! It's a (Lightspeed) Pascal example of a Dialog created in
memory with no resource templates whatsoever! It's instructional! It's fun!
To simplify life, two compressed projects are included: one for programming,
experimenting and debugging, and another for building the FKey source code.
In addition, I also included zFKey ready to be installed into your system,
or activated by a MasterKey type FKey.
Thanks to: Lofty Becker, Steve Brecher, Carlos Weber, Joel West, the guys
on the Net, How to Write Macintosh Software, Inside Macintosh, Lightspeed
Pascal, Macintosh Revealed and MacTutor.
This is a Use&EnjoyNetWare product, that is if you like it you must drop me a
Thank Paul note.
Have Orthogonal Polynomials
Will Travel
Paul Nevai pgn@osupyr.uucp ( PREFERRED )
Department of Mathematics nevai-p@osu-eddie.uucp
The Ohio State University ...!ihnp4!cbatt!osupyr!pgn
231 West Eighteenth Avenue TS1171@OHSTVMA.bitnet
Columbus, OH 43210, U. S. A. 1-614-292-5688
This material is based upon work supported by the National Science
Foundation under Grant No. DMS 84-19525.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-SANSRSCR-EXAMPLE.HQX
DoD
]
------------------------------
Date: Mon, 20 Apr 87 12:47:26 EST
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: bigscreen
The Bigscreen which was posted does not work in conjunction with the screen
saver that styles itself as Macsbug.
Mark
P.S. At least not on my Mac+.
------------------------------
Date: Sun, 19 Apr 87 20:17:24 pst
From: mkhaw@teknowledge-vaxc.ARPA (Michael Khaw)
Subject: Re: digest V5#79 - optical mice
I agree with Jeffrey Hallett that MOST of the optical mice are inconvenient
to use. All of them (that I've seen) have been Mouse Systems Corp. designs
that require an orientation sensitive mouse pad.
Xerox optical mice, however, are great. They require only some sort of
patterned surface: wood-grain, your jeans, etc., and their "contact point"
is near the fingertip end rather than the palm end -- which I find more
natural for drawing purposes.
Too bad Xerox doesn't sell these on the open market, with an interface
compatible with the ubiquitous MSC optimice or the equally ubiquitous
mechanical Logimice. (Xerox marketing folks, are you listening?)
Mike Khaw
------------------------------
Date: Mon, 20 Apr 87 11:03:03 pst
From: Bernard Aboba <bernard@ararat>
Subject: Request for TeX macros
I've recently purchased a copy of TeXtures for the Macintosh, and am
generally pleased with it, finding it far superior to Word 3.0 in terms
of its stability and power, although it is of course a much more complex
product.
I'm wondering if anyone out there has a nice set of macros to number figures,
do sections, etc. , or knows where to get source code for same.
------------------------------
Date: Mon, 20 Apr 87 07:44:58 PDT
From: LAMONTS%SDS.SDSCNET@nmfecc.arpa
Subject: PostScript interpreters
Does anyone out there in NetLand know of any public domain PostScript
interpreter source code? We've got this Dicomed, you see, and we'd like to be
able to PostScript to it. It would certainly save me a lot of work if I could
find a PostScript interpreter shell. Then I could just write the back end for
it.
Reply to me directly if convenient.
Steve Lamont
San Diego Supercomputer Center
------------------------------
Date: Thursday 16 Apr 87 5:05 PM CT
From: Jay Cook <CEDJRCPA%UIAMVS.BITNET@wiscvm.wisc.edu>
Subject: Request info on networking Macs
Hello MacNetland!
We're considering networking our Macs (enhanced 512, plus, and beyond?)
to a laserwriter. The Macs (currently numbering about 10) are used by faculty
members and are located in offices throughout a 3 story building. Any
suggestions / recommendations on a good network? I've used Appletalk but
nothing else. I've heard of a network called "Phonenet" (by Falon Software?)
Are any other networks available which use existing phone wiring? Comments
(good or bad) about any network will be greatly appreciated!
Also, anybody out there use Cricket Draw? Any comments are appreciated.
Please E-Mail responses to me. I'll summarize for the net.
Thanks!
Jay Cook
BITNET: cedjrcpa@UIAMVS
Phone: (319) 335-5587
USMail: 378 Lindquist Center
The University of Iowa
Iowa City, IA 52242
------------------------------
Date: Sun, 19 Apr 87 13:16 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: MacFair II and the Macintosh II
Sorry I am late in posting this, but this has been a busy week for me.
Nevertheless, I felt that this information was significant news for the
Macintosh community. This (very extensive) report is by no means inclusive.
Since it is based on my own notes and developer technical materials, I make
no guarantee to the accuracy of the information presented here.
Last Saturday (April 11, 1987) the DUsers, Drexel University's Macintosh
user group, in conjunction with Drexel University, Apple Computer, and the
University of Pennsylvania MUG, held the second MacFair on the campus
of Drexel University in Philadelphia, PA. This event was the most major
Macintosh-related event on the entire east coast this year, and it was one
of the first general public exhibitions to demonstrate the pre-release
Macintosh II in its full glory (more on that later).
Over thirty Macintosh hardware and software developers had booths at
MacFair II:
Apple Computer was showing off the Macintosh II with a SuperMac 19" color
monitor (1024x768 resolution). This machine is much more than you've
heard. You have to see it to believe it. The graphics processing in
eight-bit color mode was competetive with the Digital VAXstation GPX.
You can change the font of an entire 85-page document in Microsoft Word 3.0
from 10-point Geneva to 24-point NewYork in less than 5 seconds!
Unfortunately, the MacII in the Apple booth did not have a sound chip
installed (Apple has recalled it, again).
SuperMac, sporting their DataFrame 40/XP, was also showing their new line
of 19" monochrome and color monitors and display cards for the MacSE
(only monochrome) and Macintosh II. Retail price for their 19" color
monitor (1024x768) for the Macintosh II is $3000, with their "Spectrum"
video card (required) costing $1500. The display quality of the Spectrum
19" color monitor was absolutely fantastic, rivalling the clarity of the
standard Macintosh Plus 9" screen! SuperMac is also offering a video
card (with socket for an optional 68881 math co-processor) for the
Macintosh SE. This card will drive monochrome monitors up to 21" and
1024x1365 resolution. SuperMac was also giving out free updates of
their DataFrame utilities (the new Intializer was version 2.5).
Ashton Tate had a SlideShow demonstration of dBASE Mac, but no actual
product. We were told that the product is too slow, and is being modified.
According to their sales brochures, however, it should be a really nice
product when released (if it's fast enough). Imagine the power of dBASE III
or Omnis3, the intuitive relational capabilities of Reflex, and the layout
capabilities of FileMaker Plus with a consistent, highly visual interface.
AnnArbor Softworks followed the vaporware tradition of Ashton-Tate by
handing out colorful brochures on Full-Write Professional, but showing
no product. This looks like the word processor that Word 3.0 should have
been. It includes an outliner, glossary, 80000 word spelling checker, 40000
word thesaurus, automatic indexing and table of contents, kerning, leading,
gutting, border lines, automatic text wrapping around irregularly shaped
objects, multiple-column on-screen editing, and MUCH, MUCH more. Imagine
search/replace by font, type size, justification, or just plain text! It
even has a built-in graphics editor with a MacDraw-like interface with tools
for: pointer, text, lines (horizontal, vertical, or freehand), rectangles,
rounded rectangles, ovals, and curves. It looks like the graphics editor is
limited to creating screen-sized images, though.
Microsoft said that the next version of Excel (1.04) will support the Apple
Filing Protocol (defined by AppleShare), among other enhancements, and will
be FREE to registered owners, but no release date was mentioned.
Other displays were less monumental. Borland international sold 300
copies of Mac TurboPascal for $20. Letraset is offering a $99 "upgrade"
to PageMaker owners when they send in their manual cover. Of course, no
mention was made of MacPublisher III owners.
In addition to the developer floor, numerous lectures were given by guest
speakers as notable as RonHochsprung (chief hardware engineer for the
Macintosh II), John McEnerey (one of the developers of Lightspeed Pascal),
and Michael Green (author of Zen and the Art of Macintosh), among others.
Unfortunately, I only had enough time to listen to Ron Hochsprung's
presentation:
Much of Mr. Hochsprung's speech centered around the technical implementation
of the Macintosh II hardware and software. This information is covered in a
17-page product preview in the April 1987 issue of BYTE magazine. But
Mr. Hochsprung mentioned several things not covered in the BYTE article:
The Macintosh II was developed over an 18-month period (organized during
Sculley's reorganization) by a team of only 4 (yes 4) hardware engineers
and 150 software engineers. In addition, a team of 90 people tested every
piece of Macintosh software in the Apple library at every major revision
of the machine, and accessing blame to problems in the MacII or programmer
mistakes.
The Macintosh II is truly revolutionary. Software written to take advantage
of the 68881 math coprocessor chip will operate faster than a VAX 11/780
minicomputer with a floating point accelerator and over 40 times faster than
the MacPlus. The SANE library has been rewritten for the 68881, and programs
that use SANE will operate 3 to 4 times faster than the MacPlus.
The power supply is fully international: it automatically configures itself
to the input power (all you have to provide is a plug adapter) from 80 to
270 volts, 42 to 62Hz. Since a receptacle is provided on the back of the
MacII for plugging in a monitor, you have only one power cord and one power
switch.
Apple has removed the power switch from this machine. You turn it on by
pressing a key on the top rear of the keyboard. The only way to turn it off
is to select "Shutdown" from the Finder. This assures that all volumes will
be flushed and dismounted properly before power-off. If all else fails,
you can use the main power switch in the back of the machine.
Apple is aiming for 95% software compatibility when the MacII is finally
released, which may be wishful thinking. However, Apple has done their best
to maximize compatibility with older software. Since the video card is an
option on the Macintosh II, a "fake" VBL interrupt is now generated from the
second versatile interface adapter chip (VIA2) at the standard rate of 60Hz.
This means that software can run on the MacII without a monitor (as would be
the case in a dedicated fileserver). In addition, each NuBus card is capable
of posting an interrupt. For further compatibility, the Macintosh II can
operate in either 32-bit or 24-bit (compatibility) mode. See the BYTE article
for more detail.
Many enhancements are present in the new 256K ROMs: support for 24/32 bit
modes, the 68881 and 68851, NuBus support (config ROM, booting, and slot
interrupts), 6 new VBL queues, AppleDesktopBus, new drivers, and color
QuickDraw.
QuickDraw has been enhanced to support 48-bit color, and is independent of
the output device. Color QuickDraw will automatically adjust itself to
different output devices (pixel densities, color capabilities, screen sizes),
and can split the Macintosh desktop between up to 6 monitors. You can even
split windows between screens of different capabilities. Since QuickDraw
has been rewritten to take advantage of the 68020, it is considerably
faster than the standard (MacPlus) QuickDraw. You can scroll a monochrome
image (ala MacPaint) quickly with absolutely NO screen flicker. It looks as
if you're dragging a piece of paper on the screen.
A color lookup table of 16.7 million colors can be modified by individual
programs (if, for example, more emphasis is needed in certain color ranges).
Apple still has not standardized an interface for building your pallette from
the 16.7 million available colors. Mr. Hochsprung demonstrated one proposed
interface that allowed fundamental colors to be mixed exactly like an artists
pallete: more strokes of a color make it darker, "pulling" streaks of color
from several different color pools generates a color that is a mixture of the
colors, in proportion to the amount you mix. Since this program modifies the
RAM-resident lookup table, all applications run subsequently would use the
pallette you created. If needed, the default pallette can be restored from
the control panel.
In addition, the SCSI port now supports hardware handshaking. This realizes
a twofold performance increase over the MacPlus. In addition, a program
cannot read data that is not on a peripheral (unlike the MacPlus SCSI).
Internal Apple benchmarks place the speed of the new SCSI bus at 1.4MBytes/sec.
Also, the new SCSI Manager has the capability of partitioning physical volumes
into separate, bootable (logical) volumes. Thus, you can partition a hard
disk drive on the MacII into a volume for Unix, and one for Macintosh, with
direct file-transfer capabilities.
Here are some of Mr.Hochsprung's responses to questions from the audience:
concerning differences between the 256K ROM's on the MacII and the MacSE:
Apple has one large master source-code file for the Macintosh operating
system, with conditional assembly directives for the different incarnations
of the Macintosh ROM. Thus, when a specific ROM routine is modified, it
will be modified on the ROM of ALL Macintoshes. The 256K ROM on the MacII
is VERY different from the 256K ROM on the MacSE. The MacII ROM has many
things not in the MacSE ROM: color QuickDraw, NuBus support for example.
The MacSE ROM, on the otherhand, contains more resources normally found in
the system file (such as font collections) than the MacII ROM.
concerning 3.5-inch drives with capacities greater than 800K:
"I can't reveal future products, but the IWM disk controller chip is
socketed."
concerning the graphics capabilities of IBM's PC/System 2 family:
the PC/System 2 graphics are only capable of 4-bit color. The Macintosh II
uses 32-bit internal color representation, rounded to the nearest available
color for output devices less than 32 bits
concerning new versions of Apple system and application software:
a final, stable version of the System and Finder will be released with the
Macintosh II. This software should be used on all newer Macintoshes: 512e,
Plus, SE and II. New versions of MacPaint, MacWrite, and MacDraw will also
be released. (both MacPaint 1.5 and MacWrite 4.5 do not work on the MacII)
concerning multi-tasking:
not available until next year at the earliest. Possibly coincident with the
release of the Macintosh II will be a new version of the Finder, with an
interface similar to Servant and rudimentary background tasking. This
Servant-like Finder will work on ALL newer Macintoshes (512e, Plus, SE, II)
and will not require the 68851 PMU chip (as InfoWorld claimed this week).
concerning Apple's A/UX UNIX:
A/UX is a FULL implementation (TCP/IP networking and all) of Unix system 5.2
with Berkely 4.2 enhancements and direct support for the entire Macintosh
toolbox. One day before Apple's March announcements, one developer took the
entire source code for Unix X-Windows and compiled it on the Macintosh II.
He was demonstrating the working X-Windows the next day at AppleWorld.
To boot Unix from the Macintosh II, you must launch a Macintosh application.
You may not quit to the Macintosh environment, though. You must first shut
off the machine. However, because of A/UX's Macintosh toolbox support, Apple
*may* release an object library that will allow WELL-BEHAVED Macintosh
executable images to be transferred directly to Unix! Unfortunately, barely
2% of existing Macintosh software is "well-behaved" enough to survive this
transfer.
Unfortunately, the Unix shell cannot access the Macintosh toolbox. Thus, a
user must launch a Unix application from the shell, and if it is written for
the toolbox, the program itself will have a Macintosh interface. The Mac
interface is lost when the user returns to the shell environment.
That's my report on Horizons: MacFair II!
Please direct any questions/comments to:
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Mon, 20 Apr 87 08:59 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #31
Usenet Mac Digest Sunday, April 19, 1987 Volume 3 : Issue 31
Today's Topics:
Optimal Cache Size?
Appleshare -- why a MacPlus?
Postscript does work with RSG3.0...
Re: Runlist from Finder
icons
Hard disk survey
Help, I can't print!
Dark Castle on an SE
reducing the video-refresh processor burden
SCSI cable question, please HELP!
Re: UPDATE: MAC SE Mouse Double-Clicking problem
Graphing Programs (2 messages)
Re: SCSI cable question, please HELP!
TML Pascal
Optimal Cache/RamDisk Size?
Disappearing print drivers?
DMCS
Re: 1200 baud modems
YA MacFortran Bug - TRIM(), blanks, and relational exp...
Okidata Laserline w/Mac?
Re: DMCS
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-31.ARC
DoD
]
------------------------------
Date: Mon, 20 Apr 87 09:00 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #32
Usenet Mac Digest Sunday, April 19, 1987 Volume 3 : Issue 32
Today's Topics:
Servant
Re: Hard Disk Backup blunder
Neat Control Panel bug
Summary: MacFans
Re: Optimal Cache Size? (long)
How to use 'non-include-ed' ROM calls in MSFortran?
Re: DMCS
Can MAC II export to Japan?
Picky chooser
Summary: Master Dir Block Trashings
HELP!! Interchanging Spreadsheet Files ie DIF <> SYLK or WKS??
Modula-2 on a Mac?
HD Backup directories
Mac SE terminal emulation
RE: STUDIO SESSION ON MAC SE
Re: DF problems
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-32.ARC
DoD
]
------------------------------
Date: Mon, 20 Apr 87 09:01 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #23
Delphi Mac Digest Sunday, April 19, 1987 Volume 3 : Issue 23
Today's Topics:
Administrivia - Oooops :-)
RE: Bernouli Box (2 messages)
RE: AppleShare
RE: 4th Dimension (1st report) (6 messages)
DF 20 & Human Touch/etc.
Fragmented Disks (2 messages)
Mac Parallel Printing
re: Optical Mouse for the Mac ? (2 messages)
RE: Rolodex and Quickfile
re Optical Mouse for the Mac ?
serial port
Keyboards (2 messages)
Init File (2 messages)
Request for Donations
weird (Finder?) bugs...
Halftone
tmon
Debugging on the Mac II (2 messages)
sound problem (2 messages)
MPW
how can you tell if a font will download
RE: how can you tell if a font will down
IDD/MacDraft (2 messages)
DiskTop 2.0 bug
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-23.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂26-Apr-87 1736 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #81
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 26 Apr 87 17:36:31 PDT
Date: 26 Apr 87 1735-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #81
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 25 Apr 1987 Volume 5 : Issue 81
Today's Topics:
COPYING DIRECTORY STRUCTURES
JUGGLER, AppleShare, PowerPoint, more - in today's InfoWorld
Making the Mac OS multitasking ("Juggler")
Floppy disk driver?
RDrvrInstall?
Switcher versus System 4.0
problem report: DF SuperSpool-3.1 and MaxRam-2.5
Request for help on shipping postscript to networked LW
RE: Bigscreen
ScrapSaver INIT
CompleteDelete.hqx
New Release of FzzPlot
BEEPINIT sounds
Emacs and Scribe for Mac
Symbolics-bit-maps==>MacPaint-docs
Symbolics-bit-maps==>MacPaint-docs
Word 3.0 footnote bug and workaround (sort of)
SE-WORD1.X PROBLEMS
if you have a DataFrame you want to get the latest software Vn 5.0
Printing Labels and Imagewriter II
mac question
looking for text-database manager (comparable to Ask-Sam on PC)
re: Keyboards
Cricket Draw
----------------------------------------------------------------------
Date: Tue, 21 Apr 87 11:04:22 SET
From: Norbert Mueller <K360171@AEARN>
Subject: COPYING DIRECTORY STRUCTURES
RECENTLY THERE WAS A POSTING ON HOW TO COPY A DIRECTORY (I.E. FOLDER)
HIERARCHY WITHOUT COPYING THE FILES THEMSELVES. (SORRY I DON'T REMEMBER WHO
POSTED IT) BY CHANCE I JUST DISCOVERED A WAY TO DO THIS. I USED AN SE WITH
SYSTEM 4.0.
I STARTED A FINDER DISK-COPY BY DRAGGING THE SOURCE ICON INTO THE
DESTINATION ICON. AFTER THE FILES/FOLDERS TO COPY BOX APPEARED I PRESSED
COMMAND-PERIOD. THE COPYING PROCESS STOPPED AFTER A SHORT WHILE (NO
MESSAGE GIVEN) AND ON MY DESTINATION DISK I FOUND A HIERARCHY OF EMPTY
FOLDERS (I.E. CONTAINING NOTHING BUT EMPTY FOLDERS THEMSELVES) AS A PRECISE
REPLICA OF MY ORIGINAL DIRECTORY HIERARCHY.
I THINK THIS MAY BE USEFUL BUT DOES ANYONE KNOW IF THIS IS DOCUMENTED?
NORBERT MUELLER
INSTITUTE OF CHEMISTRY
JOHANNES KEPLER UNIVERSITY
A-4040 LINZ AUSTRIA
------------------------------
Date: Tue 21 Apr 87 05:21:40-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: JUGGLER, AppleShare, PowerPoint, more - in today's InfoWorld
[ today's InfoWorld (of April 20) covers some topics of interest ]
RE: Juggler. front-page article states:
"Mac OS Said To Offer True MultiTasking"
it quotes some developers as saying that it "eventually" will provide
true multitasking capabilities. oh well, not quite the way one would
tend to understand the headline. Otherwise just lame speculation
and hopeful rumour-mongering. no critical analysis of the rumours.
RE: AppleShare - Review on page 62. compares it with TOPS and MacServe.
positive evaluation.
RE: Power Point slide generator - reviewed in column "First Look" on page 48
at $395 expensive but well worth it if you can afford it.
Cringely rumours: Steve Jobs will give keynote speech at USENIX in Phoenix
in June. no NEXT workstation expected by September. if lucky, maybe
by Xmas (says the grapevine). note on Guy's departure from Apple
to head ACIUS to put 4th Dimension on the shelves by July 15.
Ann Arbor to send FullWrite Professional to beta-testers this week.
buyout-rumours.
Macintosh News:
free software upgrade for MacTablets from SummaGraphics
Open Mac Enterprises announces Mac upgrades: SCSI-port ($100);
Plus-upgrades: to 2Meg = $300, 4Meg = $800.
blurp on success of Sharware on the Mac
WordTools is feing shipped (finally?!)
Sigma to offer monitor, card for new Macs
Experinterface Builder, uses AI to build Mac interfaces
------------------------------
Date: 22 Apr 87 10:52:45 PDT (Wednesday)
From: Mackey.osbunorth@Xerox.COM
Subject: Making the Mac OS multitasking ("Juggler")
A cover story for the April 20th InfoWorld was about "Juggler". The
title says "Mac OS Said To Offer True Multitasking" but the story says
"an updated Macintosh operating system that will \eventually/ provide
true multitasking capabilities." (my emphasis) The article goes on to
say that one developer who has seen Juggler says that a true
multitasking Juggler will be available by the end of '87.
Given the excitement in the press, the misunderstanding of the term
"multitasking", and the reasons for it (Gasse says it will mainly "sell
RAM"), does anyone want to comment on the Mac OS (not something else,
like A/UX) having multitasking? I'd like to hear comments from someone
who is familiar with the guts of the Mac, particularly the memory
manager, and multitasking operating systems. What it will take (or has
taken) Apple to do to get multitasking? How long will it take them to do
it? How much code will have to change? What changes will developers have
to make to their programs? How will the Mac UI have to change?
Kevin
------------------------------
Date: Thu, 23 Apr 87 22:15:33 EST
From: sbm@purdue.edu
Subject: Floppy disk driver?
My worst fears have been realized. I have been working on a
multitasking operating system for the Mac that disables interrupts to
insure exclusive access to data structures during system calls. I found
that interrupts were being enabled during system startup, and, after
much hunting, I discovered that a call to GetFontInfo (which accesses
the floppy disk) was enabling them. It looks to me like the floppy disk
driver enables interrupts, since the problem didn't happen when I ran
from a hard disk. Can anyone confirm this?
Having found the problem, I am at a loss to solve it, short of
writing my own floppy disk driver. I can't believe Apple was so sloppy
here, especially since the rest of the ROM routines that modify the
interrupt mask so carefully make sure that interrupts already masked
don't become enabled (using "ori" instead of "move") and restore the
mask afterward. I can see why the driver would restore interrupts,
since it apparently disables them to poll the disk (isn't this wonderful
hardware design?), but why would it *enable* interrupts?
Comments, please. Am I jumping to a wrong conclusion again?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Thu, 23 Apr 87 22:42:40 EST
From: sbm@purdue.edu
Subject: RDrvrInstall?
I have a program that wants to be very thorough in its
initialization, so that it can restart no matter what state it is in
without Launching itself. It is all pretty straightforward, but there
is one catch. When the heap is reinitialized, all the DAs disappear,
but, if any of them performed periodic actions, the next time SystemTask
is called it will try to run those nonexistant DAs. There are many ways
this problem can be solved: I can close desk accessories by looking
through the window list for system windows or by looking through the
unit table for open desk accessories. I prefer the latter, but I don't
think either looks very attractive (because I can't find any
documentation on exactly how to do it). Needless to say, this problem
has to be dealt with by Launch and ExitToShell, and they seem to use a
trap called RDrvrInstall to eliminate the desk accessories.
RDrvrInstall is undocumented, though; apparently, Apple doesn't want us
to use it. Does anyone know for sure what RDrvrInstall does and/or how
Apple wants us to close all open desk accessories (including those
without windows)?
By the way, I am using RDrvrInstall as part of the initialization
(after RsrcZoneInit and heap initialization), and it seems to do what I
want.
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Thu, 23 Apr 87 16:30:30 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Switcher versus System 4.0
So, is it just me, or does Switcher not work under system 4.0? I have been
trying to bring up the About box and it refuses to work. I keep getting an
ID 2 as it draws the box. Could it be garfing on some renumbered system
resources? I backed it up off of my Excel 1.03 disk, but when I checked to
see what version it was it gave my screen a real fright.
Any clues? Things to avoid?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic FusionEnergy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Tue 21 Apr 87 23:57:57-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: problem report: DF SuperSpool-3.1 and MaxRam-2.5
I use an environment where I activate the PrintSpooler, then create a RamDisk,
then install 4 Switcher-partitions, on of which is VersaTerm.
If I create the RamDisk *FIRST* before activating the spooler, I lose my
modem-port and cannot communicate with the modem anymore. Matter of fact when
checking with PRAM, I find that the printer is assigned to the modem-port !!!!
Only by rebooting and executing the Spooler before creating the RamDisk do
I get to talk to you guys again ....(-:
Configuration: Mac+, 2 Meg, Finger-5.4, System-4.0, DataFrame-XP20,
DataFrame Software Version 5.0 ...
any thoughts, anyone?
------------------------------
Date: Thu, 23 Apr 87 09:12:54 +0300
From: Tamir Weiner <UMFORTH@WEIZMANN>
Subject: Request for help on shipping postscript to networked LW
Without success we've been trying to send a postscript file to a networked
LaserWriter for printing.
The Laserwriter is sitting as a server on a Sun3 network and seems to handle
file printing as straight text or postscript instructions just fine.
Not being a postscript programmer, what I have tried to do is generate a
postscript file using the option K feature from either MacDraw or MacWrite
and I get what seems to be a complete postscript file including a lengthy
header for initialization of the printer (BTW I've tried sending files
without Apple's header using the option F feature, but without success either)
After transfering these text only files to a VAX and putting them on Magtape,
then we transfered the now unix files to the Sun network. Seemed a pain
but we haven't the software to support phone line transfer to the Sun network.
Upon attempting to print the files on the LW operating as a server, it just
dumps these files as text without interpreting them as Postscript instructions.
There must be some simple sequence which gets the files recognized as
Postscript instead of straight text.
Looking at postscript files which succeed in printing as postscript we tried
inserting a %! at the begining of the file. This didn't work either.
Seems like someone on the net must have encountered this problem before...
How does one send Mac generated Postscript files to a LW on a SUN network?
Any ideas? If possible write me directly as I don't always keep up with
INFO-MAC Digest material.
Thanks in advance to anyone who can help.
Tamir
UMFORTH@WEIZMANN.BITNET
------------------------------
Date: Thu, 23 Apr 87 13:54 EST
From: <EWING@TRINCC.BITNET> (The Byte Busters)
Subject: RE: Bigscreen
"Autoblack", the nifty screen saver that installs itself as MacsBug, also
causes Berkeley Design System's Stepping Out program to fail (read: BOMB!)
Seems that Autoblack want's full control of the screen situation and assumes
512x342 screen size, which directly conflicts with the bigscreen emulators.
Also, Autoblack's design is to blank to secondary video buffer, and bring
it to front when the time comes, thus it will also never work on a Mac SE
(which doesn't have a second screen buffer), much less on a Mac II. Sigh...
(it was such a nice screen saver too)
Richard Ewing
Trinity College
EWING@TRINCC.BITNET
EWING@YALEVM.BITNET
------------------------------
Date: Tue, 21 Apr 87 15:39:43 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: ScrapSaver INIT
Here is a must have for your System Folder. This is ScrapSaver,
an INIT that retains your Clipboard across crashes and reboots.
It work flawlessly for me and I cannot live without it now. I
have no idea where it came from since I got it off a BBS without
any documentation.
Jon
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-SCRAPSAVER.HQX
DoD
]
------------------------------
Date: Wed, 22 Apr 87 17:32:52 MST
From: t-jacobs%ced@cs.utah.edu (Tony Jacobs)
Subject: CompleteDelete.hqx
REALLY erases a file!
Complete Delete is for really getting rid of a file. When invoked, it
zeros out the designated file and THEN deletes it. The effect is
PERMANENT and irreversible; use it with caution. This file was packed
with PackIt III.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-COMPLETE-DELETE.HQX
DoD
]
------------------------------
Date: Tue, 21 Apr 87 12:48:59 edt
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: New Release of FzzPlot
A new release of the FzzPlot program is ready for distribution. This
release (numbered 7.2) provides many enhancements over version 3.95 (the
first release).
For example:
Much faster loading and processing of data.
Much lower bug count.
On-Line help
Completely rewritten documentation
This update will be sent free to registered owners.
For those of you who don't know what FzzPlot is:
FzzPlot is a shareware ($15) program that does simple plotting
and data analysis. It loads data much faster than Cricket Graph,
and has a larger data capacity that Microsoft Chart.
If you are interested in trying the program, send me
your name and US Mail address and I will mail you a copy of FzzPlot
with a tutorial. (This is a fully function al program; no
"teaseware")
Because the program is 70K and the tutorial is another 70K,
I will not be uploading these files for archiving. But as I said, anyone
can get a copy simply by asking.
DO NOT SEND MONEY. Simply send me your mailing address.
Rich
Richard M. Siegel
Materials Characterization Instrumentation Section
Mail Stop 231
NASA/Langley Research Center
Hampton, Virginia 23665
(804) 865-3036
Arpanet: rs4u@andrew.cmu.edu
Uucp: {your fave gateway}!seismo!andrew.cmu.edu!rs4u
Disclaimer? I don't even KNOW 'er!
------------------------------
Date: Tue, 21 Apr 87 13:25:48 EDT
From: cperry%bert.mitre.org@gateway.mitre.org (Chris Perry)
Subject: BEEPINIT sounds
Does anybody have a comprehensive list of BEEPINIT
sounds? Where can I get them?
Thanks.
Chris Perry
(cperry@gateway.mitre.org)
------------------------------
Date: Thu, 23 Apr 87 8:08:50 EST
From: Allan Doyle <adoyle@VAX.BBN.COM>
Subject: Emacs and Scribe for Mac
Is there an Emacs out there for the Mac?
Is there a text formatter that does not do WYSIWYG on the Mac?
(I know this is blasphemy but give me FinalWord or Scribe over Word any day!)
Allan Doyle
[
there are two versions of EMACS for the Mac available in the archives.
MICROEMACS-BETA-0PT6.HQX
UEMACS.HQX
Both label themselves as preliminary versions, but I have not seen later
releases. DoD.
]
------------------------------
Date: 22 Apr 1987 12:29-EDT
From: VERACSD@A.ISI.EDU
Subject: Symbolics-bit-maps==>MacPaint-docs
I'm interested in converting Symbolics screen dumps into MacPaint
documents. Theoretically, this appears *straightforward*, but I
suspect it may be hairy.
I would appreciate hearing from anyone who has experience (or even
solid suggestions about ) doing this.
Thanks,
Cris Kobryn
VERACSD.CK@A.ISI.EDU
------------------------------
Date: Thu, 23 Apr 87 20:56+0100
From: "Juergen Christoffel" <unido!gmdzi!LISPM-1!JC@seismo.CSS.GOV>
Subject: Symbolics-bit-maps==>MacPaint-docs
Date: 22 Apr 1987 12:29-EDT
From: VERACSD%A.ISI.EDU%unido@gmdzi
I'm interested in converting Symbolics screen dumps into MacPaint
documents. Theoretically, this appears *straightforward*, but I
suspect it may be hairy.
This really should be straightforward. See the June 1986 issue of Byte;
there appeared an article describing how to convert MacPaint files to
a format suitable for IBM PC's. It explained the format used by MacPaint
to compress its data, which is rather simple. Obviously the 'format' of
Symbolics' bitmaps is as simple as one could whish(?).
But doing it this way limits the size of bitmaps you may use. There
might be a better solution. I assume that you want to include those
bitmaps into text produced on the Mac:
You may take the PostScript output produced by the Symbolics and take
the PostScript output produced by your Mac editor and combine them to
produce the output you want. We actually do this with output from
TeXtures, which runs on a Mac.
JC
------------------------------
Date: Wed, 22 Apr 87 14:30:09 -0400
From: Joel B Levin <levin@CC5.BBN.COM>
Subject: Word 3.0 footnote bug and workaround (sort of)
I don't recall seeing this specific one noted, but for general
information:
If you are using footnotes, before you print your document check Page
Preview and verify that none are missing. Occasionally a footnote
disappears completely from output (it is still in the document,
though). In Page Preview, if you twiddle the margins (1/8th inch
change was enough), the footnote will appear. I suppose if you have
lots of footnotes, there may exist no margin setting where some
footnote isn't missing... The file in which I noticed this had lots
of 'Keep with Next Paragraph' in force, but I don't know if this
affects probability of the bug.
I called Microsoft Tech Support, and they already know about this.
/JBL
------------------------------
Date: Thu, 23 Apr 87 14:07:03 SET
From: Norbert Mueller <K360171@AEARN>
Subject: SE-WORD1.X PROBLEMS
I JUST WISH TO REPORT AN OBSERVATION (PROBABLY A BUG) ON THE SE USING
MS WORD (1.15 GERMAN, 1.09 ENGLISH). THE RELATIVE SCALING OF PASTED PICTURES
(FROM MAC DRAW) AND THE WORD TEXT IS DIFFERENT ON THE SE AND THE MAC+. I WAS
NOT ABLE TO USE THE SAME DOCUMENTS WITH EMBEDDED PICTURES (CONTAINING TEXT)
WORKING ON A MAC PLUS AND ON A MAC SE, THE ONES GENERATED IN ONE OF THE
CONFIGURATIONS FAILED (I.E. THE TEXT PART OF THE PICTS WAS DISTORTED) ON THE
OTHER.
AH, I REMEMBER NOW I HAD TO REDRAW IN MACDRAW SO IT IS PERHAPS NOT A
PROBLEM OF WORD BUT OF TEXT HANDLING IN MACDRAW. I HAD TO USE SYSTEM 3.2 ON
BOTH MACHINES AS WORD 1.X DISPLAYS GARBAGE WHEN USED WITH SYS 4.0. IT SEEMS
TO ME THAT THERE IS NOT ONLY ADD ON ROM IN THE SE BUT ALSO SOME CHANGES TO
THE LOWER 128K |?
N. MUELLER
INSTITUTE OF CHEMISTRY
UNIVERSITY LINZ/AUSTRIA
------------------------------
Date: Tue 21 Apr 87 06:35:28-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: if you have a DataFrame you want to get the latest software
Subject: Vn 5.0
SuperMac has distributed the latest software versions in a folder with the
version number 5.0. They have dropped the SupeBackUp software and recommend
that you not use it anymore (I've heard reports that you may not be able to
complete a backup or restore your backup). The replacement program is
called DiskFit. But until you hear good things about it, you may want to
consider using HFS-Backup, which gets the best reviews in my neck of the woods.
All the software and version numbers distributed are:
Initializer 2.5
Change ID 1.4
DiskTimer II.a
SuperLaserSpool SLS 1.01 df
SuperParker 1.3
SuperSpool 3.1 df
I also have a SuperSpool 3.2 since January, but I don't trust it
and suspect it to be the cause of some crashes I've experienced.
I tried 2 DataFrames on an SE last week, one a 20, the other a 20XP, and
neither would work with the SE's hard-disk until I installed the 2.5 driver.
(one had the 2.1 driver, the other the 2.2). Also, there seems to be some
incompatibility again between DeskTops under Finder-5.4 and 5.3 which may
have you lose your DeskTop GetInfo comments if you're not careful (lucky??)
SuperMac has allowed that their software is made available online at some
other nets and if I can get confirmation that they permit it being made
available here, it will be archived at SUMEX (or elsewhere) for FTP-access.
Cheers,
Werner
------------------------------
Date: 21 Apr 87 13:07 EST
From: Hallett@ge-crd.arpa (Jeff)
Subject: Printing Labels and Imagewriter II
Hi all!
There was some talk a while back about problems printing labels in the
IW2 and some even said not to do it. Well, I'll throw in my two cents.
I have had no problems printing great labels in my IW2. Using SuperPaint
or ColorPrint, I've created some nifty color labels for my VHS tapes,
notebooks and other things. Also, using myDiskLabeller from William&Macias
I've done some really great diskette labels too. The disk labels are on
tractor feed backing while the VHS labels are just inserted by themselves.
So, for the more adventurous of you, try it, but don't blame me if you
have a problem. My IW2 is one of the "2nd generation" ones correcting a
bug in the first version of IW2. Maybe you need to watch out if you have an
older one.
Jeffrey Hallett
Software Technology Program
General Electric - Corporate Research and Development
------------------------------
Date: Thu, 23 Apr 87 14:00 EDT
From: <TAM@MCOIARC.BITNET>
Subject: mac question
Are there any MAC user's out there using their MAC systems in an
image processing environment?
Paul Tam
TAM@MCOIARC (bitnet)
------------------------------
Date: Tue 21 Apr 87 04:54:27-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: looking for text-database manager (comparable to Ask-Sam on
Subject: PC)
this week's InfoWorld reviews Ask Sam Version 3.02, a text-database manager
for the PC-world. A lawyer-friend is in danger to buy a PC to get the
program's facilities. Is there hope for him? Is there any Mac-product that
will provide him with the capabilities of a TEXT DATABASE MANAGER?
Anything in the wings? I couldn't come up with anything comparable ....
S.O.S.
Werner @r20.utexas.edu
------------------------------
Date: 22 Apr 87 09:59 PST
From: DAVEG@SLACVM
Subject: re: Keyboards
This is in response to BBAKER on delphi who was wondering about
the DataDesk keyboard he ordered due to the MS Word flyer. First of all
the DataDesk people are big in the PC world and have been around for a while.
I played with their Mac keyboard at the West Coast Computer faire and really
liked the feel. The layout is PC style with LOTS of keys (if you like that
sort of thing) and looked somewhat like the Apple Extended keyboard
(the Aircraft carrier as Lonnie Abelbeck calls it).
Personally I would probably buy this keyboard instead of the Apple
Extended keyboard if those were the choices since the tactile feel was
good and Apple never has been very good at keyboards.
They have two models, one for the Apple Desktop Bus in the SE and Mac II
and another model for the Classic Macs.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Date: Tue, 21 Apr 1987 10:43 PST
From: CADS079%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Cricket Draw
I have it, and I guess I can say that I like it. The interface is
comparable to all the other object-oriented programs, but the degree of
control is better by at least an order of magnitude. One nice thing is the
ability to control shading and line width numerically. In other words, if
you want 65% gray scale shading, or a .5 pica line width, you can have it.
And if you're using a laserwriter, this program really shines. You can
shade an object using a GRADUATED gray scale, i.e., the top of a box can be
shaded at 10%, and the bottom can be shaded at 70%, with a smooth transition
in between. You can even shadow text in this manner.
Text is handled well, although I had problems with bit-mapped (i.e.,
non-laserwriter) fonts. Full justifcation is supported, as well as style
and font changes within a block of text. You can also do fancy things like
rotate and tilt text (or anything else), and those of you who have been
hankering to wrap text around curves can stop waiting.
What else... The fatbits mode works flawlessly (down to 8X)... You can
edit your document by tweeking with the PostScript (if that's what turns you
on)... It has a new kind of curve called a "bezier", which I find quite
handy for data-flow diagrams (bubble charts)... You can create you own guide
lines...
The program has a few (very few) flaws. Screen refresh is slow,
especially during scrolling (must be an upward-compatibility compromise).
I've had problems with imported bitmapped objects, and bitmapped fonts.
So... if you have a laserwriter, and need a program that handles objects
well, I recommend Cricket Draw over any other purely object-oriented program.
However, it does not replace Superpaint, or any of the high-power desktop
publishing programs.
I guess the bottom line is this: For the past year or so, I have been
waiting for a product that would allow me to toss both MacDraw AND MacDraft,
and Cricket Draw seems to fit the bill.
Richard S. Smith
BITNET: CADS079@CALSTATE
ARPA: CADS079%CALSTATE.BITNET@WISCVM.EDU
------------------------------
End of INFO-MAC Digest
**********************
∂26-Apr-87 1856 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #82
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 26 Apr 87 18:56:34 PDT
Date: 26 Apr 87 1855-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #82
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 27 Apr 1987 Volume 5 : Issue 82
Today's Topics:
Re: Using option as control (IM V5 #73)
BALL & STICK
New SimpleTools with examples (1 of 3)
TakeALetter.hqx
RoloEdit.hqx
MacFug Digest1.1
Software version list
Prototype Maker 1.0
Jasmine 80
RE: 1st Base question
Epson printer driver
512e Upgrades
LightspeedC at 40,000 lpm on a MacII?
----------------------------------------------------------------------
Date: Thu, 23 Apr 87 16:58:56 pst
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: Using option as control (IM V5 #73)
In article <8704020557.AA26858@ucbvax.Berkeley.EDU> you write:
>
>Date: Tue, 31 Mar 87 08:38:48 PST
>From: Stephen E. Miner <miner@spam.istc.sri.com>
>Subject: Using option as control
>
>Here's an old Info-Mac article that I saved some time ago. Thanks go
>to Larry Rosenstein who originally posted the message. I hope this
>helps (re)settle the issue.
You forgot to include my follow up message, where I pointed out that the
technique for turning off dead key processing was not documented or
guaranteed to work in future systems.
I haven't tried it, for example, to see if it works under System 4.0 or on
the Mac SE.
Larry
------------------------------
Date: Tue, 21 Apr 87 17:16:21 SET
From: Norbert Mueller <K360171@AEARN>
Subject: BALL & STICK
THIS IS THE DEMO OF THE MOLECULAR MODELLING APPLICATION
BALL & STICK
SOME DOCUMENTATION IS ONLINE AND TWO EXAMPLE FILES FOR
THE TWO FORMATS SUPPORTED ARE PACKED (PACKIT III) WITH THE
PROGRAM. IT SHOULD NOT BE DIFFICULT FOR MAC-USED CHEMISTS TO
USE THIS APPLICATION. IF YOU FIND BUGS (CERTAINLY THERE ARE
SOME) OR HAVE SUGGESTIONS PLEASE CONTACT ME.
THE PROGRAM WAS WRITTEN USING LS PASCAL.
CURRENTLY THIS PROGRAM BOMBS ON A MACHINE WITH 64K ROMS I DON'T
KNOW WHY, BUT I HOPE TO GET A 64K ROM MAC TO DO THE
TESTING AND DEBUGGING.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-BALL-AND-STICK.HQX
DoD
]
------------------------------
Date: Wed, 22 Apr 87 12:25:50 pst
From: hpfcfc!hpsrla!hpsadla!erik@hplabs.HP.COM
Subject: New SimpleTools with examples (1 of 3)
SimpleTools2 - By Erik Kilk (Version: April 21, 1987)
SimpleTools is a set of C functions which greatly simplify the use
of the Macintosh Toolbox. For example, to have one of your C functions
execute when the user selects the menu File/Quit AND install the menu,
the call would be: menu ("File", "Quit", my_quit_function). This sort
of thing is done for menus, windows, dialogs, text-edit, and the standard
file package with lots of little aids.
Included in this new $20 shareware distribution are:
SimpleTools2.c SimpleDemo.c TinyDemo.c
SimpleTools Doc SimpleDemo TinyDemo
simple.h SimpleDemo.project TinyDemo.project
The code is currently maintained for the LightSpeed compiler with compile
time flags for Megamax. It shouldn't be difficult to port to other compilers.
The files are packed using PackIt, then textified using BinHex, then divided
into three parts for mailing. You have to put all the BinHex jibberish
back into one large file before un-BinHexing.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SIMPLETOOLS2-C-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SIMPLETOOLS2-C-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SIMPLETOOLS2-C-PART3.HQX
DoD
]
------------------------------
Date: Wed, 22 Apr 87 17:29:10 MST
From: t-jacobs%ced@cs.utah.edu (Tony Jacobs)
Subject: TakeALetter.hqx
STANDALONE DOCUMENT MAKER!
Take A Letter converts text files into standalone applications, which
can be read without a text editor or word processer. Just the ticket
for on-disk messages, docs, etc. Very easy to use, but documentation
is included. Shareware (asking price 10 bucks). This file was packed
with PackIt III.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>TAKEALETTER.HQX
DoD
]
------------------------------
Date: Wed, 22 Apr 87 17:30:29 MST
From: t-jacobs%ced@cs.utah.edu (Tony Jacobs)
Subject: RoloEdit.hqx
RoloEditDA is a text file utility for converting RoloDex format files
to tabular format. It also performs operations to modify carriage
returns and tabs, converts between upper case and lower case letters
and between "boring" quotes into RinterestingS quotes. Documentation
is in Take A Letter format; just double-click it to read it. This
file is packed with PackIt III.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-ROLO-EDIT-DA.HQX
DoD
]
------------------------------
Date: Wed, 22 Apr 87 17:31:43 MST
From: t-jacobs%ced@cs.utah.edu (Tony Jacobs)
Subject: MacFug Digest1.1
MACFUG NEWS FOR MARCH '87
This is the online version of MacFUG NEWS, the newsletter of the
University of Utah Mac Users Group. This file contains issue 1.1 of
the Digest (issue 3.7 of the publication) for March '87. It is is
Take A Letter format: Just double-click it to read it. The file is
packed with PackIt III.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>NEWS-MACFUG.HQX
DoD
]
------------------------------
Date: Thu 23 Apr 87 03:01:18-EST
From: Carlos A Albuerne <CU.ALBUERNE@CU20B.COLUMBIA.EDU>
Subject: Software version list
Please replace the existing SOFTWARE-VERSIONLIST.TXT in the archives
with the current version dated 4-16-87 below.
--Carlos A. Albuerne
This lister [Princeton Mac User Group (PMUG)] takes no responsibility
for boo-boos & typos. Credit - but no blame - must also go to Steve
Bobker of MacUser magazine for doing what no other magazine wished to
bother with. N.B: It has been brought to my attention that this
list has been posted on other (private) BBS's. While PMUG has no
objection to that, THE LIST SHOULD BE POSTED INTACT - INCLUDING THIS
PARAGRAPH. If you wish to make changes please do so, but better yet,
PLEASE note and forward any corrections/additions! It's YOUR list,
and is simply impossible to maintain without input from you.
AppleLink: A0148
CIS: 70347,3517
GEnie: TOMMACKIE
(or to)
DELPHI: PEABO
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>SOFTWARE-VERSIONLIST.TXT
this version replaces the previous verion in the archives.
DoD
]
------------------------------
Date: Fri, 24 Apr 87 16:33 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Prototype Maker 1.0
[ Uploaded from Delphi by Jeff Shulman ]
Name: PROTOTYPE MAKER 1.0
Date: 23-APR-1987 23:00 by PEABO
This is Prototype Maker, a utility for C programmers which reads C source code
and creates files containing prototype declarations for each of the functions
defined in the source code. It's especially useful with the LightspeedC option
'Require Prototypes' but may be useful with other compilers or simply to
document the functions in your code.
[
archived as
[SUMEX-AIM.Stanford.EDU]UTILITY-PROTOTYPE-MAKER-10.HQX
DoD
]
------------------------------
Date: Fri, 24 Apr 87 10:13:09 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Jasmine 80
I just wanted to say that I got my Jasmine 80 megabyte hard disk and I love
it. I would readily recommend it for anyone else. Of course, after only a
few days, it is already mostly full. But then, what use is an empty disk? It
even came with a copy of my Randomizer and some of my digitized sounds on it.
Jon
------------------------------
Date: Fri, 24 Apr 87 09:26 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: 1st Base question
What version of 1st Base are you using? Versions less than 3.0 do *not*
work on the new 128K Apple ROM, not to mention under HFS.
Incidentally, Desktop Software, the original software authors, went out of
business, leaving 1st Base version 2.1 (still incompatible with HFS/128K ROM).
The software rights were bought by Template Systems, Inc. (since renamed
First Desk Systems). First Desk rewrote 1st Base to work with HFS and on
the MacPlus. Unfortunately, they made no major functional improvements.
Their latest release (version 3.4) has some *very* primitive macro capability
(IF..THEN..ELSE, math functions, etc..). If you are a registered owner of
the old 1stBase, you can upgrade to version 3.4 for $30 by contacting 1stDesk
Systems, Inc. 7 Industrial Park Road, Medway, Ma., 02053-9903. You can call
them at 1-(800)522-2286 ((617)533-2203 in Ma.) You will have to send them a
check and your 1stBase registration number.
I am a registered owner of 1stBase from Desktop Software. I paid the $30 to
upgrade to version 3.4, and was so dissapointed by the strong copy-protection
and lack of support for the really visual capabilities of the Macintosh (you
can only print in 9 or 12 point unstyled Monaco!) that I abandoned it for
FileMaker Plus, which is really a very nice package.
Paul Christensen
PCHRISTENSEN@RCA.COM
------------------------------
Date: Sat, 25 Apr 1987 10:50 PST
From: HMICHEL%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Epson printer driver
We have a user here that has a Panasonic KX-P1091 printer that, from
looking at the manual, appears to be Epson compatible. Therefore, I am
looking for an Epson printer driver. What experience does anybody out there
have with any? Do any of them print full page graphics from MacPaint or Draw
or whatever? Any experience with Softstyle's Epstart? (BTW, if there is
anything available in the archives, I can't get it because I'm at a BITNET
site that doesn't support interactive messages; so, if some kind soul wanted
to send me something I would be grateful.)
I'd be happy to post a summary if there is sufficient response.
Michael W. Fleming, Instructional Computing Consultant, Computer Services
California State College, 9001 Stockdale Hwy, Bakersfield, Ca. 93311-1099
Business Telephone: (805) 833-2309 -or- (805) 833-2115 {message}
Home: 2408 Barnett St., Bakersfield, Ca. 93308, Phone: (805) 399-6542
Bitnet: HMICHEL@CALSTATE
Arpanet: HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Fri, 24 Apr 87 10:08:13 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: 512e Upgrades
Some time ago, I asked about memory upgrades for my 512e machine. I received
a few responses in the email, so I thought I would describe my adventures for
the sake of posterity.
I began with a meg of 256K chips that I had lying around from a early clip-on
upgrade. This thing existed before the Mac+ did, so it was incompatible with
the new ROMs and to make matters worse, old MassTech has since bit the 11, so
I get no support. Well, not wishing to be saddled with 400K disks forever, I
decided to ditch it and upgrade.
I heard about the Dove MacSnap 1 and 2 Meg upgrades. They both use the same
board but only populate 1/2 Meg for the one Meg version and add another Meg
for the 2 Meg version. Well, this is fine. They leave a Meg free.
Unfortunately, they also wave solder all the holes shut, leaving them for you
to unsolder. Not a fun prospect. But it was on special from MacConnection for
$149 and looked like a viable way to go.
Then I found a couple of guys here at the lab who were looking to do the same
upgrade and they were using the Mac's-a-Million board. It comes with no
chips, just sockets. It is a hacker's board. You have to clip out and
unsolder a few ICs, replace them with sockets, and then plug the board into
them. The best part was the price though. The board lists for $195 kit, but
since we got a bunch of them we got the dealer discount to $140. I don't
think you can find a cheaper upgrade.
Add to this an SCSI (I went for the Dove SCSI - $67 from Icon Review - $129
from MacConnection) and you have a machine that is a bit better than a Mac+.
While it is not upgradable to 4 Meg, who really needs that much? I am a
computer pig after years of VAXen and Crays, and I can fit in 2 Meg just fine
(1 is a bit tight but useable, 640K or 512K is out of the question!!!). The
most important difference between an upgraded 512K and a Mac+ is that with an
upgrade you get to keep your DB9 connectors, which are much better than those
DIN8 things that the plus comes with. Plus I don't need an adaptor for my
sound and picture scanners (both of which can really use 2 Meg or more).
Mac's-a-Million is available from:
Sophisticated Circuits, Inc.
1314 NE 43rd, Suite 216
Seattle, WA 98105
(206) 547-4779
That's the scoop. I hope it helps someone.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Sun, 26 Apr 87 22:10:00 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: LightspeedC at 40,000 lpm on a MacII?
In my first close encounter with a MacII (2Mb RAM, HD40SC) I had the
opportunity to test the compatibility of some Mac software I am developing.
Having found that even LSC is a "screening fascist" and that I may be
a "fakir" (see Tech Note 117, pp17-18), I decided to run some simple
compile/link performance benchmarks. The results follow.
For LSC's Standard I/O "stdio" project, 23 .c files, 13522 lines including .h:
Machine Time Lines/ Source Object
(secs) sec RAM HD 800K RAM HD 800K
Mac II 52 260 X X
32 423 X X
21 644 X X
Mac+ 215 63 X X
106 128 X X
68 199 X X
Once loaded, it did not matter whether LSC itself was on disk or RAM.
When both source and object (the project) are on RAMDisk, the MacII
is about 3.3 times more powerful than the Mac+. This ratio is similar
for the more realistic scenario when the sources are kept on disk
(either 800k or HD). The above test involved a large number of rather
small source files. A second test was run with larger source files.
The results follow.
For an unidentified sample program, 12 files, 34265 lines, including headers:
Machine Time Lines/ Source Object
(secs) sec RAM HD 800K RAM HD 800K
Mac II 127 270 X X
48 714 X X
Mac SE 224 153 X X
Mac+ 255 134 X X
For this test, the MacII running LSC is about twice the speed of a Mac+, if
we assume that the user would not be prepared to risk keeping source files
in RAMDisk (which memory limitations would usually prohibit on a Mac+).
A quick check on a Mac SE showed it to be about 15% faster than the Mac+,
when both machines were fitted with 800k drives.
Well, what is the significance of all this?
Superficially, not much. But when you consider that these results show that
a MacII can produce linked code at between 15,000 and 40,000 lines per minute,
depending on whether or not a RAMDisk is used, then you start to see the
potential productivity improvements for UNIX software development when A/UX
arrives, (*if*) LSC can work in this environment.
Just thought you might find this interesting.
John O'Neill Phone ISD: +61 62 68 8818
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET/CSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA JANET: jlo@oz.csadfa
------------------------------
End of INFO-MAC Digest
**********************
∂29-Apr-87 2331 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #83
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 29 Apr 87 23:31:23 PDT
Date: 29 Apr 87 2326-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #83
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 29 Apr 1987 Volume 5 : Issue 83
Today's Topics:
LightspeedC help needed needed
WARNING: What *NOT* to do when your disk crashes !!!
APDA does deliver
Re: Second screen buffer
Re: AutoBlack and SE
New Autoblack INIT
New compilers from TML: Pascal, Modula-2
Help! Mangled Hard Disk
SE-KEYBOARD CONFIGURATION
Re: SCSI Documents/SCSI as Instrument Interface
Extra Carriage Returns on LW
ref: vol5/#'s 81 and 82
Re: Head park and Shutdown
BALL AND STICK (2ND ATTEMPT)
Mac Yacc
new Randomizer INIT
Newer SendPS
Networking/Communications
Educational Software recommendations?
Word 3.x wish
MacWrite 4.5/MS Word 3.0 problems
Mac Word 3.01 Announcement
Letter Quality Printers?
Reading IBM disks
Apple's Chinese word processor?
MacEgypt?
----------------------------------------------------------------------
Date: Tue, 28 Apr 1987 17:05 CDT
From: PHYS300%UNLCDC3.BITNET@wiscvm.wisc.edu
Subject: LightspeedC help needed needed
I am using LightSpeedC 2.01 and am having trouble with the Echo_to_Printer
command. I am using standard C calls to printf and I want to echo this to
the IMW. As I read the addendum to the manual all I have to do is
something like this:
Echo_to_Printer( 1 );
printf("blahblahblah");
Echo_to_Printer( 0 );
This seems to work occasionally and that's the frustrating part. The first
time I run my project, it will print. If I turn around and run it again
nothing gets printed!
I imagine that I am doing something dumb, so please somebody tell me what
it is. I have an assignment due soon and I need the hardcopy of my results.
Thanks
Glenn A. Sowell PHYS300@UNLCDC3.BITNET
Dept. of Physics & Astronomy
University of Nebraska
Lincoln, NE 68588-0111
(402) 472-2790
------------------------------
Date: Wed 29 Apr 87 15:59:53-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: WARNING: What *NOT* to do when your disk crashes !!!
during a visit yesterday to Les Herbst, author of the MacZAP recovery programs,
to discuss a particularly screwed-up disk, he told me that he receives a lot
of calls where people report that when they try to recover from a crash,
they get a message:
0 FILES in 0 FOLDERS found
and every time the reason is that they had executed either MACTOOLS or FEDIT+
and
MOUNTed !!!!
the disk.
****** DO NOT DO THIS ****** IT DESTROYS VALUABLE DATA NEEDED FOR RECOVERY ****
also
ALWAYS make a copy of the damaged disk FIRST and WRITE-PROTECT your
damaged disk and perform all recovery attempts on the copy.
why am I posting a message listing "the obvious", you ask? well, guess why...
yes, by the time I got my hands on the disk some other "heroes" had tried
to be helpful in recovering THE ONE AND ONLY MACHINE-READABLE COPY of a
students dissertation .....
...yes, I did recover most (with help from Les) but am unwilling to do this
more than once per ice-age ....
...had the disk never been MOUNTed, MacZAP recovery would have been a breeze!!
I understand a lot of people have been yelling in the ear of the authors of
FEDIT and MACTOOLS about a lacking warning message ....
------------------------------
Date: Wed, 29 Apr 87 09:50:11 DNT
From: "Jakob Nielsen, Tech Univ of Denmark" <DATJN@NEUVM1>
Subject: APDA does deliver
Since some people have wondered whether you can get anything out of
APDA (especially if you live outside the US), I can happily report that
I just received MPW and MacApp from APDA (two months after the day I ordered
them).
My problem now is that I have a folder with 4.4 MegaBytes of MPW/MacApp
files and 11 centimeters of manuals that I have to learn.
------------------------------
Date: Mon, 27 Apr 87 01:16:29 edt
From: stew%lhasa@hucsc.HARVARD.EDU
Subject: Re: Second screen buffer
Just a correction: The Macintosh SE does have a second screen buffer,
although not a second sound buffer. However, Apple has noted repeatedly
that the second screen buffer may not be present on future Macintoshes.
------------------------------
Date: Mon, 27 Apr 87 13:30 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: Re: AutoBlack and SE
Funny...I have an SE here and AutoBlack runs on it fine...
Doesn't seem to like TOPS tho (Sometimes I get TWO clocks on
the screen instead of one, but that's okay)
I was under the impression that AutoBlack works by allocating
a 22K segment on the system heap and rerouting the screenbits
base address to this point, clearing the screen for display
of the clock. I dont think it uses the alternate screen
buffer.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
"They say there is strangeness to danger us,
In our theaters and bookstore shelves.
Those who know what's best for us,
Must rise and save us from ourselves."
------------------------------
Date: Mon, 27 Apr 87 15:52:57 CDT
From: Jeff Myers <myers@unix.macc.wisc.edu>
Subject: New Autoblack INIT
Here is a new version of AutoBlack, the screen saver which is usually
renamed as MacsBug. Comes complete with icon, and comes billed as
being SE and MacII compatible.
However, it still will not work with BigScreen on a Mac 512E. I would
appreciate it if people with SE's and MacII's could try it out,
verify that it does work, and so report to the digest.
This came from the local User Group (MadMac) board, with no accompanying
document, but it still works and looks the same as the version currently
in the archives. Data fork of the file gives the author as Itty Bitty
Software...anybody out there know who they are?
Jeff Myers The views above may or may not
University of Wisconsin-Madison reflect the views of any other
University of Wisconsin Law School person or group at UW-Madison.
ARPA: myers@vms.macc.wisc.edu
UUCP: ..!{harvard,ucbvax,allegra,topaz,akgua,ihnp4,seismo}!uwvax!uwmacc!myers
BitNet: MYERS at WISCMACC
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-AUTOBLACK-NEW.HQX
the documentation for the previous version is probably still valid,
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-AUTOBLACK.DOCS
remember that this is the utility you rename "macsbug" and drop into the
system folder. After 5 minutes of idle time the Mac screen shifts into an
alternate buffer displaying a randomly placed and moving clock, with no
effect on output to the regular screen. This is the screen saver I use and
highly recommend.
DoD
]
------------------------------
Date: 28 Apr 87 15:58:50 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: New compilers from TML: Pascal, Modula-2
I had a nice chat with Tom Leonard today of TML Systems. He has two
compilers coming out "in about two weeks" for the Mac.
His Modula-2 for MPW is done, awaiting final manuals. It supports
the complete IM Volume IV, large memory model, with a separate
DEFINITION MODULE for each manager. Of course it is 3rd Edition
Wirth and has a TTY window for moving non-Mac programs. As of
now, you have to buy MPW from another source.
Release 2.5 of TML Pascal (he's given up 'MacLanguage' since everyone
calls it TML Pascal) includes all the library interfaces for the SE
and Mac II, as well as those new and extended managers (Script Manager,
hierarchical menus, TextEdit with styles) that will be ROM-patched
in System 4.1 for the Mac Plus owners.
Incidentally, he noted that of his Pascal rivals, Borland was
doing very well with Turbo, but Lightspeed Pascal wasn't actually
that threatening a competitor. His former customers who bought LSP
came back after they got tired of formatting and size limitations
in the current release.
His integrated environment (ala Turbo) Pascal for the Apple IIgs
is due in a month or so, and this environment will be part of
TML Pascal 3.0 for the Mac (date uncertain.)
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Mon, 27 Apr 87 11:54:53 EDT
From: John Major <major@SPCA.BBN.COM>
Subject: Help! Mangled Hard Disk
My friend has a Mac XL (alias Lisa), running Macworks, and Sys. 3.2/Finder
5.3 (so he says - is that possible on an XL?). He was poking around with
Fedit "3.21" on his hard disk, and thought that the choice "Validate (or
was it Modify...) Tags" looked "interesting" (uh oh...), so he chose it --
after seeing it pile up "errors" and begin modifying his System and Finder
files, he aborted with cmd-., and quit. Everything seemed to be ok at the
desktop level, however, so he turned off the machine. Naturally, when he
turned on again the next day, Macworks started ok, but then he got a sad
mac icon, id = 0F0064. And also quite naturally, he has inadequate backup.
He can boot the machine from the floppy, but the disk never mounts.
Well, he's got religion now, and will always backup frequently in the
future. But in the meantime, is there anything our collective wisdom can
do to save his data? He has tried MacZap and Fedit, but neither will mount
the hard disk. Is he lost? Presumably he will also be more careful about
"interesting" commands in the future!
John Major
major@bbn-spca.ARPA
------------------------------
Date: Wed, 29 Apr 87 17:36:16 SET
From: Norbert Mueller <K360171@AEARN>
Subject: SE-KEYBOARD CONFIGURATION
AFTER SEVERAL ATTEMPTS TO CONFIGURE THE US-SYSTEM 4.0 TO WORK WITH THE
GERMAN SE-KEYBOARD WHICH WERE IN VAIN I ADDRESS MYSELF TO THE NET. HOW CAN YOU
CONFIGURE SYSTEM 4.0 FOR DIFFERENT KEYBOARDS?? LOCALIZER 2.0 DOES NOT DO IT.
EXCHANGING RESOURCES (KCHR, KCAP, KMAP) WITH THE GERMAN SYSTEM 4.0D1
DOES NOT DO THE JOB. CAN ANYBODY HELP?
PERHAPS IT IS IN IM VOL. V BUT WE DONT HAVE IT YET.
THANKS FOR YOUR HELP IN ADVANCE
NORBERT
------------------------------
Date: Tue, 28 Apr 87 14:21:15 PDT
From: mse%Phobos.Caltech.Edu@DEImos.Caltech.Edu (Martin Ewing)
Subject: Re: SCSI Documents/SCSI as Instrument Interface
Two questions concerning SCSI:
1) Does anyone have a source for the SCSI Interface Definition document?
Inside Mac v IV refers to ANSC X3T9.2/82-2 draft proposal. What is the
best way to obtain this? Are there other information sources, books, etc?
2) I am considering interfacing a large-ish digital system to the Mac using
SCSI. Does anyone have experience with non-file-structured connections on
SCSI? (War stories solicited.)
Respond to me or the net, as you wish. Thanks for any help.
Martin Ewing
Caltech Radio Astronomy
------------------------------
Date: Mon, 27 Apr 1987 07:42 PDT
From: PAAAAA7%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Extra Carriage Returns on LW
Does anyone have a solution for whatever causes extra carriage returns
using MacWrite 4.5 and a standard LW? (Not a LW Plus) We have a mixture
of 512k and Mac+, and occasionally the LW will interject each page
with two extra carriage returns that are not visable on the screen.
Needless to say, formatting a neat page goes out the window. We
all suspect that the LW is ignoring the header and using it's own.
HELP!
Rich McGee
<PAAAAA7@CALSTATE.EDU>
------------------------------
Date: Mon, 27 Apr 87 17:45:16 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: ref: vol5/#'s 81 and 82
RE: Switcher etc
I am running a 2Meg machine, apple hd20, 128K roms, system 4.0, finder 5.4.
I was having a lot of trouble with things until I found a note mentioning
that the boot blocks needed to be revised for the 4.0 system: it needs a
bigger system heap. Apple posted a small program to DELPHI (called
Boot Blocks I think) which wrote revised version #22 and 64K heap size
on the HD20. Since I installed that, AND did the command-option thing
on boot so the DeskTop file was completely rebuilt, I have had no (!)
problems that I could trace to the System/Finder. You can accomplish the
same change with FEDIT or any other disk block editor. Switcher v5.0(1?)
works just fine now.
RE: questions from Allan Doyle <adoyle@VAX.BBN.COM>
Concerning Emacs for the Macintosh:
The editor said that microemacs.hqx and uEmacs.hqx were in the archives.
DON'T USE MICROEMACS AS IT CAUSED ENDLESS DESTRUCTION OF DIRECTORIES!
However, UEmacs seems to be fairly stable and I am using it regularly now.
Some items are incomplete, such as clipboard cut and paste, but DAs
seem to function. The worst thing is that there is no way to print from
within the program. I have found that the MockPrinter DA works fine and
actually multitasks appropriately to a serial printer, or just dumps text
REAL FAST to a LaserWriter. (also in archives under MockPackagePlus, i think)
Text formatters (non WYSIWYG)
I am not a real fan of these programs, i do enough coding for my tastes
and like WYSIWYG letter/document preparation, but you have your pick of
JustText, TeXtures, and MacTeX. TeXtures and MacTeX are great if you are
a TeX person (particularly TeXtures), JustText is what Apple has been
using for formatting their Users Group Connection pamphlets: it seems to
work very well.
Some general comments:
MacWrite remains useful as its document formats are well known and easy
to create. I hope those formats will remain the information transfer
standard format: there are good translators available.
I have become utterly exasperated with Word, in both its 1.05 and 3.0
incarnations. TOO MANY BUGS! However I have found that WriteNow for
Macintosh handles in an elegant way most of my needs for a word
processor, and that Ready,Set,Go!3 will handle more complex page layout
very nicely (documents from 1 to 40 pages no sweat, as long as you did
things in a 'reasonable' fashion; longer than that with some thought
and care). It actualy has a very good, easy to use word processor/spell
checker (tabs are strange, though).
Any WYSIWYG program is a memory hog and having 2 Meg on my
machine has helped enormously. Complex documents with lots of scaling,
bitmaps, etc. take a long while to print with RSG.
Misc. Nonsense Etc:
I have found that the Big Screen INIT posted to SUMEX works GREAT on a 2Meg
machine with a 128K Cache enabled when you are running Smalltalk-80 v0.3!
It doesn't even slow down too much! Time to send my 5 bucks!
Godfrey DiGiorgi
digiorgi@jpl-vlsi
April 27, 1987
'Yet Another Disclaimer' disclaimer:
No connection to any payola emanating from
publishers of the above mentioned programs implied.
They want my money same as yours.
------------------------------
Date: Mon, 27 Apr 87 14:03:20 PDT
From: UWACDC.BITNET by wiscvm.wisc.edu
Subject: Re: Head park and Shutdown
A while back I posted a question about how to park the heads of my SCSI
hard drive and shutdown normally. I got two reponses, both agreeing that
choosing shutdown after parking the heads will leave the heads NOT parked.
One respondent noted that a head parking utility should perform a shutdown,
then park the heads. I'd buy that -- literally.
The other respondent, associated with Kamerman Labs, said that
Kamerman's Cirrus drives for the Mac come bundled with an INIT resource
that handles parking on shutdown. Sounds great; where do I send money for
such software?
Finally, I just today saw a posting on GEnie that seems to answer this
question directly: a utility from SuperMac to park the heads of Data-
frame Hard drives while correctly setting up the disk for Shutdown.
This utility is called SuperPark and it claims to attempt to park all
SCSI devices regardless of type. I cannot directly confirm this since
the DAs are not accessible with SuperPark, but since the Seagate drives
are used in so many hard disks it may be working. At any rate my desk top
comes on much faster with this utility. I think that SuperMac intends this
utility to be released into the public domain since it was posted to
GEnie without a request for payment.
[
unfortunately this person's message header got munched by some mailer
out in net land, so I have no idea who it is from. Another oportunity
to suggest that anyone posting items to INFO-MAC put their name and
address in the message BODY, mail headers are completely unreliable.
SuperPark is part of the SuperMac package already in the archives,
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC-30.HQX
DoD
]
------------------------------
Date: Tue, 28 Apr 87 17:26:57 SET
From: Norbert Mueller <K360171@AEARN>
Subject: BALL AND STICK (2ND ATTEMPT)
THE MODERATOR OF THIS NET INFORMED ME THAT...
>>Several people reported an error un-binhexing the file. I checked
>>and got the same error. (are you using BinHex 4.0?)
>>Could you please resend me the file, maybe this time it will get
>>through intact.
...
IT WAS NOT MY FAULT NOR MY MAC'S. WE USE AN IBM PC AS INTERMEDIATE
BETWEEN OUR MACS AND THE VM-CMS NETWORK MACHINE. THE ORIGINAL IBM-3270
FILE TRANSFER PROGRAM IS THE CULPRIT (ASCII-EBCDIC-CONVERSION)...
NEVERTHELESS HERE THE HOPEFULLY CORRECT BINHEXED BALL_AND_STICK-DEMO
NORBERT MUELLER
[
so we try again,
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-BALL-AND-STICK.HQX
DoD
]
------------------------------
Date: Tue, 28 Apr 87 16:52 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Mac Yacc
[ Uploaded from Delphi by Jeff Shulman ]
Name: MAC YACC
Date: 27-APR-1987 18:47 by CSTERRITT
This is the Compiler-Compiler, YACC. It lets you build a parser from a
BNF-like syntax. It produces C code, which can be compiled into the
working parser. It has sparse documentation, you can get a much more
detailed document from any unix hacker, or see the book "The Unix
Programming Environment" by Kernighan & Pike.
Written by Richard Frankel.
Note: the program doesn't know about HFS, so make sure your input file is
in the ROOT directory of an HFS volume or on an MFS volume.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>YACC.HQX
DoD
]
------------------------------
Date: Wed, 29 Apr 87 16:28:48 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: new Randomizer INIT
Here is the latest and greatest Randomizer INIT. I have added a
feature that guarentees a different startup set every time and
the capability to run Randomizer (by holding down the Command and
Option keys while double-clicking it) so it will tell you what
the set is for the next reboot. I have also made a few bug
fixes, so it should be much more robust and less prone to
crashes. The major problem seemed to be due to a misplaced end
statement.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-RANDOMIZER.HQX
this version replaces the previous version in the archives.
DoD
]
------------------------------
Date: Tue, 28 Apr 87 08:52:03 pdt
From: Bob Brown <rlb@riacs.edu>
Subject: Newer SendPS
Here is version 1.21 of Adobe's SendPS, newer than the version posted a
few days ago. It was distributed with Illustrator 1.1.
Bob
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SENDPS-121.HQX
this version replaces version 1.1
DoD
]
------------------------------
Date: 27 Apr 87 01:21:18 ADT
From: SHQ@UNBMVS1
Subject: Networking/Communications
We have 16 Macintoshes in our faculty and would like to explore
various options in networking our appletalk network to other networks.
There exist, I believe several products that would allow the appletalk
network to be connected to the IBM mainframe (IBM 3090) or ethernet.
Oue problem is that there is a local area network setup within the
university campus and with a SYTEX protocal convertor, we can
obtain an RS232C output from the LAN.
Now, does anyone know of any hardware/software that would
allow us to connect an RS232C port to our appletalk network and
communicate through that port via any of the Macs on the appletalk
network. Has anyone found a way of connecting an addressable
RS232 port on the appletalk network?.
This, to me seems to be a common problem. I have yet to see it mentioned
on the info-mac network.
All suggestions are welcome. Please reply directly to me and I will
summarize on info-mac network.
See Hean Quek (SHQ@UNBMVS1.BITNET)
Geodetic Research Lab,
Department of Surveying Engineering,
University of New Brunswick,
Fredericton, N.B. CANADA,
------------------------------
Date: 29 Apr 87 18:24:55 PST
From: oxy!playa@csvax.caltech.edu (Javier Villalobos)
Subject: Educational Software recommendations?
As the Occidental MUG president I wanted to find out what is going on
around campuses in other schools across the nation. Next week, Apple
computer will be visiting Occidental College to try to persuade the most
conservative computer committee to buy Macintoshes. The task will be VERY
hard because we already have purchased a large amount of IBM pcs most of
which the faculty of this liberal arts college don't know how to use. What
I am looking for - and I don't know if you can do it - is for you to send
me a list of the top software for educational use that is inside your
libraries. I am looking for programs in both the sciences and the
humanities like statistics programs, prose analyzers, Molecular editors,
that would impress faculty and students. I would like to know if it is
possible to actually send me via the network perhaps 2 or 3 of the
best for our demo next week (may 7). If you can only send a list that is ok
too.
Sincerely,
Javier Villalobos
Occidental College, Los Angeles
------------------------------
Date: Mon, 27 Apr 87 14:00:55 PDT
From: UWACDC.BITNET by wiscvm.wisc.edu ; Mon, 27 Apr 87 15:39:02 CDT
Subject: Word 3.x wish
Although I have been using Word 3.0 for a couple of months without
encountering the bombs described by others, there is one feature I
would like to see added to the next release: There should be options
for the positioning of text in the same line as graphics; not just on
the bottom or at a fixed point distance from the bottom (using
superscript), but automatically centered on the line or at the top
of the line adjacent to graphics. This feature would be particularly
useful for correctly positioning equation numbers next to equations
pasted in from one of the WYSIWYG equation editors.
Stuart Strand
College of Forest Resources, University of Washington
<A0799@UWACDC.BITNET>
------------------------------
Date: Tue, 28 Apr 87 15:30 EST
From: <EWING@TRINCC.BITNET> (The Byte Busters)
Subject: MacWrite 4.5/MS Word 3.0 problems
I had an interesting time rescuing a term paper written in MacWrite 4.5
that I'd like to share with the rest of you and fish for comments from
the masses. The 19-page term paper file submitted to me by the frantic
senior caused MacWrite, upon opening of the file, of its menu bar to
blink wildly (as well as the cursor, itself locked in the "watch" mode),
completely locking up any action of the computer. The interrupt switch
did work and I was able to get into TMON, but alot of good that did me.
So I pulled out MS Word 3.0, brand new but apparently riddled with bugs
itself. Word 3.0 was able to read the file properly (hooray!), but
when I asked it to save the paper back to the MacWrite format, it
created a file that was 11K larger than the original, and if MacWrite
tried to open it, it would only lock up into the twilight zone, not
even bringing up a window.
Now then, has anyone ever experienced this MacWrite "blinking menu"
problem before? Has anyone noticed MS Word's inability to save under
a proper MacWrite format (this answer is probably yes)? Does anyone
know anyway around these errors, or possibly fixes, or avoidances?
Any comments would be greatly appreciated, and please respond to my
account directly.
Richard Ewing
Apple Student Consultant
Trinity College
EWING@TRINCC.Bitnet (or)
EWING@YALEVM.Bitnet
Disclaimer: It's near final exams, so I disclaim all my future grades
in all my subjects. Ahhhhh......that's better.
------------------------------
Date: Tue Apr 28 10:55:48 1987
From: microsof!donco@beaver.cs.washington.edu
Subject: Mac Word 3.01 Announcement
Macintosh Word 3.01 Announced
At the AppleWorld Conference in early March, Microsoft announced that a
maintenance release of Microsoft Word for the Macintosh would be needed for
compatibility with the Macintosh II computer. That release is now scheduled to
be available by the end of June when we expect that the Macintosh II will be
shipping in quantity. Version 3.01 enhancements will include improved
documentation, namestamping, and unlimited fonts.
In addition, our testing group has found some problems which have also been
reported to us by users since we released Microsoft Word Version 3.0 for the
Macintosh. We want you to know that this release for the Mac II will correct
all known problems in Microsoft Word.
This update will be sent at no charge to all registered users of Microsoft
Word Version 3.0 for the Macintosh. Users of Version 1.0 or 1.05 can continue
to upgrade for $99. A special offer is available for those who have purchased
Version 1.05 since October 1, 1986; they can upgrade for $50. For more upgrade
information please call 1-800-426-9400 (in Washington State and Alaska call
206-882-8088).
A special thank you goes out to all individuals who took the time to contact
Microsoft with problems found in Microsoft Word for the Macintosh.
[
please note the return address on this message and add whatever appropriate
disclamer you wish.
DoD
]
------------------------------
Date: Mon, 27 Apr 87 19:14 EST
From: <MSG@CUNYVMS1.BITNET>
Subject: Letter Quality Printers?
I'm looking for the least expensive letter quality printer to use with
a 512K Mac -- 10 or 12 point -- daisy wheel or similar.
Also a review of their performance or any other information.
Thanks
Send mail to me directly and I will abstract replies and post them on the
network.
Margaret Serrato
BITNET:MSG@CUNYVMS1
INTERNET:msg%cunyvms1.BITNET@wiscvm.edu
------------------------------
Date: Mon, 27 Apr 87 12:30:07 PDT
From: UWACDC.BITNET by wiscvm.wisc.edu
Subject: Reading IBM disks
There was a passing reference on the IBMPC Digest of a software product for
the Mac that would allow reading IBM-formatted 3.5 inch disks (720K) in the
Mac's drive. Does anyone know if this is a real thing? Also, why do the
5.25 inch drives for the Mac (from Abatron, for one) cost so much ($600)? A
drive to read and write in PC format that cost <$300 would have a sizable
market among those of us who need to exchange data with PCs. It can be very
hard to convince a group of IBMers to net at $300+ per box, much less
getting them to go for Appletalk.
------------------------------
Date: 28 Apr 1987 20:09:37 EDT
Subject: Apple's Chinese word processor?
From: T. Chang <CHANGT@A.ISI.EDU>
I just read a news paper from Taiwan, and know that Apple Company has signed
contract with Kuo-Chau Software Company - the company that developed Kuo-Chau
HanDisk which is very popular Chinese word processor in Taiwan.
Apple is not going to use the Kuo-Chau HanDisk, but to use the Chinese
fonts developed by Kuo-Chau. Because, after comparing more than 40 different
Chinese word processors available, Apple agreed that the fonts from Kuo-Chau
is the most elegant, the best.
To those of you who are looking forward an Apple's Chinese word processor,
I hope this tells you something.
To Chang
<changt@A.ISI.EDU>
SMC 1538
Naval Postgraduate School
Monterey, CA 93943
------------------------------
Date: 26th Apr, 1987
From: Bruce A. Tankleff <MCSBAT@NMSUVM1.BITNET>
Subject: MacEgypt?
A friend's father recently accepted a job offer to work in Egypt.
He is considering purchasing a Mac Plus w/ an ImageWriter II to
take them with him, but is unsure on a few points. In particular:
1. What, if any, changes need to be made to the Mac itself?
Are any changes necessary for the power there, etc?
2. What is the availability of service there? He will be
fairly close to Cairo... I would imagine there's something there,
but Apple couldn't tell me for sure.
3. What about the availability of software in general, and
supplies in particular? We can mail him disks, ribbons,
etc. from the states - but it's something to be avoided
if possible.
Hopefully, either a net subscriber in Egypt is reading their mail...
If not, can someone with experience help, or at least point me in the
right direction? Apple couldn't help much...
Please reply here or to the below node address.
Thanks in advance!
Bruce A. Tankleff <MCSBAT@NMSUVM1.BITNET>
New Mexico State University, Las Cruces, NM
Std Disclaimer: I'm not admitting to this. Ever. Uh-uh. Nope...
------------------------------
End of INFO-MAC Digest
**********************
∂05-May-87 0121 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #84
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 5 May 87 01:20:59 PDT
Date: 5 May 87 0115-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #84
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 5 May 1987 Volume 5 : Issue 84
Today's Topics:
Networked Applications
RE: COPYING DIRECTORY STRUCTURES (drag-copy is not a solution)
Mounting disks
Mac interface/multitasking wish list
using MyBackUp
Auto Black
BigScreen INIT problems
Help in running Big Screen INIT
5.3 GetInfo, MenuEdit (again), Old ROM v. New ROM
FzzPlot Version 7.2
New Sound INITs for System 4
SCSI Bus Control Panel
DupTree
Tiler 1.5 (new & improved)
Randomizer
HD Runner
MS Word 3.0 gets weirder
new bug in MS Word 3.0?
Apple's Greediness re MacApp
Apple to drop software sales
Mac II is shipping!
----------------------------------------------------------------------
Date: Thu, 30 Apr 87 14:33:16 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Networked Applications
What do you have to do to make your program runnable by more than one person
on Appletalk? My program has no writable resources or data, so anyone should
be able to start the sucker up, but I get the "That application is already
open or missing" message. Is there anything I can do to avoid this? Does
setting the SetResFileAttrs to mapReadOnly do this or something completely
different?
I am using Tops to do the networking, with my disk mounted with One Writer
protection. I assume a similar problem would occur with Appleshare. Is this
so?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Thu 30 Apr 87 18:34:23-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: RE: COPYING DIRECTORY STRUCTURES (drag-copy is not a
Subject: solution)
In response to a posting by me, asking for ideas how best to duplicate a folder
hierarchy, Norbert reports on a *POSSIBLE* solution: initiating a disk-copy by
dragging one icon on-top of another, and cancelling the process by entering a
(CMD-period)
1) if the receiving volume is not large enough to receive all the files, it
will not work - but rather complain that there is not enough
space on the receiving disk (thus you never get a chance to
abort using a CMD-period)
2) it seems to me, that one might want to consider it a bug, if interupting
a process like drag-copying with CMD-period does not do the proper
clean-up but leaves some empty-folders around, confusing the user.
in the past year, I discovered when drag-copying hard-disks (or even
folder(s) containing a large number of files from one SCSI-HD to
another), sometimes this would fail, leaving behind empty folders
somewhere in the hierarchy tree - a real nuisance to find, too.
This was, usually, accompanied by some cryptic messages warning that
something had gone wrong. My working solution was to delete *ALL* that
was copied and repeat the copy with fewer folder/files at a time.
so, maybe, there "still is another bug in the system" ...(-:
[
check out a posting later in this digest announcing UTILITY-DUPTREE.HQX
DoD
]
------------------------------
Date: Thu, 30 Apr 87 17:04:16 -0800
From: nakata@portia.Stanford.EDU
Subject: Mounting disks
This message is in response to Werner Uhrig's warning about mounting
damaged disks. He's correct about MacTool's MOUNT command; it writes
a blank directory to the disk. However, I've never known any version
of Fedit (or at least from version 3.05 and beyond) to write anything
to a disk unless you tell it to. This includes clicking the MOUNT
button in response to a warning message when trying to open a disk.
The Mac Zap package is pretty good, but Fedit Plus 1.0.7 (newer
version out soon) is the best utility I've used for the real tough
problems. You'll have to spend some time learning it, though.
Also, everyone take heed of Werner's suggestion: write-lock damaged
disks and then make copies of them (I use sector copies). Work only
on the copy. To do otherwise could be disastrous.
Lance Nakata
Stanford University
ARPAnet Mail: nakata@portia.stanford.edu
BITNET Mail: nakata%portia.stanford.edu@stanford.bitnet
------------------------------
Date: Mon, 27 Apr 87 15:43:26 CDT
Subject: Mac interface/multitasking wish list
On the subject of desirable improvements for the world's best
microcomputer, my two cents worth are the following:
1. Command line equivalents for Mac interface in a Macro generator.
Creating macros on the Mac is a bit of a pain. Tempo works for
simple tasks, but is easily thrown off by a change in positioning,
particularly of desk accessories or fonts in a menu. These items
should be callable by name. Editing of a complex Tempo macro
is tedious; walking thru all previous lines to get to the error
and attempting to catch it as it executes is a very poor
alternative to editing a command listing. The macro utilities of
Excel or Red Ryder are better: create by example, edit as text.
2. Limited multitasking: If we can't have perfect multitasking of
everything, then it seems to me the most useful background
feature for the general office user (after printing, already
available) would be background searching of text files. Free
format file managers (such as AskSam for the clones) could
be written to work in the background, finding information
in the background while the user writes, calculates,
or whatever in the foreground application. Searching is
the most time-consuming task that I do with regularity. Usually
the user is searching for info to be included in a document
that can be worked on while the info is found.
Just a thought...
Stuart Strand
College of Forest Resources, University of Washington
<A0799@UWACDC.BITNET>
------------------------------
Date: 29-APR-1987 08:40
From: Jeff HALLETT
Subject: using MyBackUp
Hi all!
For anyone who has tried using the MyBackUp that was recently posted,
here is a question.. How do you get it to backup the ENTIRE harddisk to a
set of floppies automatically? I thought I had it, but it just copied the
directories over and then began duplicating the floppies onto each other.
Very Weird!
I won't pay my Shareware until I know it will work for me.
Thanks,
JAH
------------------------------
Date: Thu, 30 Apr 87 7:29:41 EDT
From: "Robert E. Yellen" (IMD-TSD) <ryellen@ARDEC.ARPA>
Subject: Auto Black
Auto Black was written by Tom Pittman who is the sysop of
the KAW River Macintosh Users Group located in Manhattan
Kansas. Tom I believe is a professor at the University of
Kansas. Voice (913) 776-1848
------------------------------
Date: Thursday, 30 April 1987 15:45:55 EDT
From: Tom.Lane@zog.cs.cmu.edu
Subject: BigScreen INIT problems
After seeing DiGiorgi's glowing comment on the recently posted BigScreen
INIT, I thought I better post the other side. I gave up on that program
after about 15 minutes, having encountered MAJOR problems with it.
The first problem is that it's essentially unusable with SuperPaint (and
possibly other drawing programs), because *the screen does not get updated
while the mouse is down*, unless you move far enough to force the screen to
be scrolled. This means you can't see what you're drawing until you let up
on the mouse. Yech. Could be this is SuperPaint's problem, but I don't
think so ... it's a well-behaved program in most ways. [SuperPaint did do
very reasonable positioning of its windows and menus in the large screen.]
The second and far more serious complaint is that sometimes Finder disk
windows are improperly displayed: in the case I ran into, only one of four
file & folder icons in a disk window appeared on the screen! Not only
that, but when I hastily shut down and rebooted, telling the BigScreen INIT
not to install itself, the Finder STILL didn't display the other three
icons. I had to boot from a floppy that did not have BigScreen on it in
order to get a system that would correctly display the first disk's
contents. [I haven't been able to duplicate this today, but it definitely
happened yesterday! I run a vanilla Mac Plus, system 3.2/5.3.]
BigScreen's a nifty idea ... too bad the implementation is so unreliable.
tom lane
ARPA: lane@ZOG.CS.CMU.EDU
UUCP: ...!seismo!zog.cs.cmu.edu!lane
BITNET: lane%zog.cs.cmu.edu@cmuccvma
------------------------------
Date: Thu, 30 Apr 87 11:13:05 PDT
From: Harry Saal <hjs@lindy.STANFORD.EDU>
Subject: Help in running Big Screen INIT
I downloaded the HQX file, and made an application. Moved it to the Blessed
System Folder on my Paradise HD20. Re-booted. No effect seen. Any clues?
(Note: I am running a 512KB Mac Classic, w. 64KB ROMs. Boots from floppy,
installs HD-20 drivers from there, then switches over to Paradise, spitting
out floppy. )
------------------------------
Date: Mon 27 Apr 1987 00:47 CDT
From: Nihar Gokhale <MMAR013@ECNCDC.BITNET>
Subject: 5.3 GetInfo, MenuEdit (again), Old ROM v. New ROM
1. GetInf:
Anyone know how to make the Finder use Geneva 9 in "Get Info" boxes
(instead of the usual Chicago 12). How was this feat accomplished in Finder
5.4? If anyone helps me on this, I'll post a small version of the GetInfo
box for Finder 5.3 (which means you don't have to add another 20K to your
system folder).
2. MENUed:
I've asked around for a newer version of MenuEdit. Apparently no one has
even heard of it. So here is ver. 1.0. I'll be surprised if you think the
interface is worse than ResEdit. Again, the problem: you can only edit the
application in the default folder/disk. Hey Apple! How'about incorporating
this interface in the next version of ResEdit?
3. ROM Wars:
There seems to be a popular misconception out there that some programs
don't work with old macs (namely ResEdit1.0 and Popup 1.0). Just because a
program throws a bomb on the old roms doesn't mean it isn't compatible.
LISTEN UP OLD MACCERS: Some people said you were not supposed to use System
3.2 so you didn't. I'll give you a hint.. use it if you want to run the
programs mentioned above (or ones that give you a bomb ID=17 thru 24)
4. ROM question:
I wanted to know how much a ROM/drive upgrade costs. Is the price going
down or will it remain the same? Also, I wanted to learn more about RAM
based HFS. How much does it cost, where can I get it, and does it "emulate"
the new rom.
Sorry for being so long-winded but these questions were lying in wait for a
while. I'll summarize (in my own clumsy way) if I get enough responses.
Thank you for your attention (hey wake up! :`>
_____
/ \ MMAR013@ECNCDC.BITNET
∨ * ∨ MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
\ IL \ ...!psuvax1!ECNCDC.BITNET!MMAR013
\ / \ / ∨ ∨ ∨
\ / \ / ∨ ∨ ∨
\/ \/\/ ∨ ∨__∨
Nihar Gokhale
[
this version of menuedit is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MENU-EDITOR.HQX
it replaces the .HCX version.
DoD
]
------------------------------
Date: Fri, 1 May 87 07:54:53 edt
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: FzzPlot Version 7.2
Following this message is the second release of FzzPlot (Version 7.2), in
five parts, of 36-41K apiece.
Address questions, answers, flames, problems to
Richard M. Siegel
134 Horseshoe Drive
Williamsburg, Virginia 23185
rs4u@andrew.cmu.edu (arpa)
seismo!andrew.cmu.edu!rs4u (uucp)
I acknowledge that this version has some bogosities, and all I can say is
that they've been fixed and version 8.4 is in beta test as you read this.
FzzPlot is shareware.
Rich
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FZZPLOT-72-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FZZPLOT-72-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FZZPLOT-72-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FZZPLOT-72-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FZZPLOT-72-PART5.HQX
DoD
]
------------------------------
Date: Mon, 4 May 87 10:23:30 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: New Sound INITs for System 4
Here are new versions of SoundINIT and BeepINIT that work better
with System 4. They are much more well behaved than the old ones.
I recommend replacing the existing ones with these. I will be
posting a new copy of Randomizer soon that includes these instead
of the old ones that are there now.
If you are still using the INITs that go into your system with
ResEdit, you are way behind the times.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-SOUND-BEEP.HQX
DoD
]
------------------------------
Date: Mon, 4 May 87 10:52 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: SCSI Bus Control Panel
[ Uploaded from Delphi by Jeff Shulman ]
Name: SCSI TOOLS
Date: 2-MAY-1987 09:59 by LOGICHACK
SCSI Tools 5/2/87 (1.0B2)
SCSI Tools is a small Control Panel Item (cdev to us programmers) that has two
functions. One, it provides a status display of your SCSI bus with lights
corresponding to the 8 (0-7) id's. Note the Mac is always assigned number 7 so
it's always on. Thanks to Steve Brecher for hints on implementing this
function. The second function is that it can mount SCSI devices (usually hard
disks) with the mount button (buttons have drop shadows). Handy when a hard
disk has just been turned on or was dragged to the trash.
SCSI Tools is useful if you are constantly mucking around with your SCSI
setup. To use it you need to be using System 4.0 or higher. To install
SCSI Tools, just drag its icon (SCSI Bus) into your System Folder and pull
down the Control Panel desk accessory.
This is the first beta release so there might be problems. If anything odd
happens, I can be contacted through one of the addesses below.
SCSI Tools is free. Please include this text file when you give a copy of SCSI
Tools to someone or upload it to a bbs.
Enjoy,
Paul Mercer
Delphi: LOGICHACK
AppleLink: D0131
MCI: SOL
681 E. Seneca Tpk., #A4
Syracuse, NY 13205
Phone: (315) 492-3348
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SCSI-TOOLS-10B2.HQX
DoD
]
------------------------------
Date: Mon, 4 May 87 10:50 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: DupTree
[ Uploaded from Delphi by Jeff Shulman ]
Name: DUPTREE 1.0
Date: 3-MAY-1987 16:49 by DEWI
I've seen a few requests on the net for this kind of functionality, so here it
is... DupTree duplicates the whole or part of the HFS tree structure on a HFS
volume -- without copying the files. Come in useful, occasionally.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DUPTREE-11.HQX
DoD
]
------------------------------
Date: Mon, 4 May 87 17:25:55 EDT
From: Walter.Smith@K.CS.CMU.EDU
Subject: Tiler 1.5 (new & improved)
Tiler seems to have been well-received, so here's a new version. The main
difference is that you can have more than one column of windows (great for
comparing source files). Thanks to Bruce Horn, Tiler also now doubles as a
"bring-to-front" DA for those times when you can't see a window. There are
also a few performance and user-interface improvements. Keep those cards
and letters coming!
Walt
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-WINDOW-TILER-15.HQX
DoD
]
------------------------------
Date: Mon, 4 May 87 16:37:39 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Randomizer
Ok, here is the new copy of the Randomizer Packit file. It contains
Randomizer, the INIT that switches your StartUpScreen, StartUpSound, and
BeepSound. It also contains the Backdrop INIT that keeps your
StartUpScreen as your desktop, the SoundINIT that plays the StartUpSound,
and BeepINIT, which substitutes a digitized sound for your system beep.
All of these are compatible with System 4. All you have to come up with is
a Mac and some sounds. Disk space is also highly recommended as sounds are
large.
I would like to thank all the people who have helped me make Randomizer as
robust as it is. This version has yet another small bug fix that had to do
with exception handling. It will now cope with most any combination of
files and file names. In the past it just went ahead and created a file if
it did not exist. Now it reports the situation.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
It is easy to write code that works perfectly.
It takes work to write code that works when it isn't perfect.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-RANDOMIZER.HQX
this version replaces the previous version in the archives.
DoD
]
------------------------------
Date: Mon, 4 May 87 10:51 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: HD Runner
[ Uploaded from Delphi by Jeff Shulman ]
Name: HD RUNNER
Date: 3-MAY-1987 21:55 by DEWI
[ Updated 3-MAY-1987 17:31 by DEWI to release 1.1. Changes since
version 1.0 include the ability to have an unlimited number of
application/document sets. ]
HD Runner is a "find application and launch" and minifinder utility. It
uses the Finder's Desktop file to "know" where applications are, so it
needs no configuration. A scrolling list of applications is presented for
launch. Comes complete with documentation and source (in Lightspeed C).
Only works with HFS volumes, and is dedicated to the memory of the $PATH
feature....
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>HD-RUNNER-11.HQX
DoD
]
------------------------------
Date: Thu, 30 Apr 87 12:10 EST
From: <EWING@TRINCC.BITNET> (The Byte Busters)
Subject: MS Word 3.0 gets weirder
I was very pleased this morning to read the announcement of MS Word 3.01 as
a maintenance upgrade to the current V3.0, because after last night, I've
had it up to my keister with this program and can no longer trust it. Last
night I loaned my Mac out to a desperate friend in need of typing a short
term paper. About midway through typing it, she went to check the length
and makeup of her document via page-preview. The screen brought up
previews of pages 1-2, but when she hit the scroll ball to seek the next
pages, the menu bar suddenly changed from Chicago-12 to "a very tiny type
text", something I've only seen with our students who are experimenting
(incorrectly) with menu bars in Lightspeed Pascal. The inform amation
under the menus was extremely strange (read: trash), and the whole program
refused to progress any further. Lucky for her, she heeded my advice and
saved often, a lesson to be heeded. I unfortunately was not able to see
the problem directly because it happened at 4 AM (standard college paper
writing time), and the computer was shut off in panic. All I can guess
is that some handle got misplaced, walking all over the menu bar
information and God knows what else.
I think that MicroSoft should learn a valuable lesson from all this.
Although they are the biggest software house around, even they are capable
of buggy software, but buggy software in no way should be let out the
company doors. MS Word 3.0 is a best a mid-beta version of the real thing.
Faced with the pressure of getting the product out on time (already late as
it was), MS apparently just said "ship it" without further testing. I
think that delivering software with this many problems is far worse than
delaying shipment altogether. Hopefully, Aldus is paying attention to
testing, which may be why we haven't seen Pagemaker 2.0 yet. Anyway, its
back to MS Word 1.05 until I see better.
(Flame off)
Richard Ewing
Trinity Coll
EWING@TRINCC.Bitnet
EWING@YALEVM.Bitnet
Disclaimer : Disclaimers are invalid during flames.
------------------------------
Date: 4 May 1987, 10:17:20 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: new bug in MS Word 3.0?
I've seen lots of bug reports regarding Word 3.0 and either I missed
this one or I've found a new bug. It is rather serious I think.
A short document I have written leaves some of the text out in both
the preview window and when printed. When I look, I see the text in the
original document BUT it disappears when previewed and/or printed. I've
kept the document in its original form so it should be reproducible.
Unbelievable eh?
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Date: 29 Apr 1987 20:48-EST
From: Duane.Williams@me.ri.cmu.edu
Subject: Apple's Greediness re MacApp
Apple is not satisfied with the more than $300 they charge for MacApp
and the development environment required to use it. If an individual
wants to distribute one or more programs based on MacApp, then Apple
requires a YEARLY distribution fee of $100. It doesn't make any
difference whether the program you're distributing is an expensive
commercial product on which you're making a profit or whether you're
posting it to the net as a free gift to the world. If you DISTRIBUTE
(and that doesn't mean sell) a program that uses MacApp, then you owe
Apple $100 for each year in which you do so.
I am told that a university can pay the distribution fee and thereby
cover programs distributed by everyone associated with it. This may
moderate the outrageousness of Apple's greed for some people. It could
raise legal questions about whether a university would acquire
ownership rights in programs distributed under its license.
------------------------------
Date: 1 May 87 05:11:12 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Apple to drop software sales
Apple announced this week that they're forming a spin-off company
to sell the current Apple-label software. The products will include
megahit AppleWorks -- with more than 1 million served -- and Macintosh
programs such as MacWrite and MacPaint.
The president/CEO of the company will be William Campbell, who quits
as Apple executive VP of US sales and marketing. The company will be
wholly-owned subsidiary for a year or two, then sold off with
Apple retaining a minority interest.
The move was seen as a bid by Apple chairman/CEO John Sculley
to improve relations with third-party developers without abandoning
strategically important products. Developers are expected to be
ecstatic, as they believe that products such as MacWrite and MacPaint
have been taking sales from them and consistently ranking in the
top 5 on the charts because of the Apple name alone.
The new company doesn't have a name yet, although the company and
its products will not use the Apple name. One wag suggested that it
should be called 'Becius'. Apple employees Guy Kawasaki and Scott
Knaster left Apple earlier this month to form Acius, an Apple-funded
spin-off created to market Silver Surfer, a high-performance database.
Apple had wanted to release the program to reinforce sales in the
business market, but felt heavy pressure from its two big-name
software vendors, Microsoft and Ashton-Tate.
Campbell's spin-off should ultimately benefit Macintosh owners as
well, as it will be free to pursue software products without the
political considerations that have plagued Apple's in-house sales.
The company will publish key third party programs and develop
new products itself.
Although the new company has indicated itself philosophically
committed to Apple-only products (at least initially), it will likely
begin its existence as the fourth-largest software company (sales)
in the personal computer industry, after Microsoft, Lotus and Ashton-Tate.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel once I fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: 4 May 1987, 10:20:06 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Mac II is shipping!
I went to an talk by Jean Louis Gassee (sp?) about his book and the computer
revolution in general. It was quite interesting hearing his opinions I think
it was enjoyed by both computer junkies and the general public alike. Since
the date was April 30th and the Mac II was supposed to ship in May I took
the liberty of asking him if the Mac II would make it. He said it started
shipping the last week in April. He said he had personally been to the Freemont
plant and observed them shipping Mac IIs. Congratulations Apple on making the
date and I hope mine is on its way (ha ha).
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
End of INFO-MAC Digest
**********************
∂05-May-87 2119 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #85
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 5 May 87 21:19:20 PDT
Date: 5 May 87 2116-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #85
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 6 May 1987 Volume 5 : Issue 85
Today's Topics:
scripting on the Macintosh
Reconstructing Desktop WITH info?
Shutdown/head parking
Scrap Saver INIT
CatMaker
Appletalk, Bussedout, Mazewars no work?
STARTUP SOUNDS
Mac II Video choices?
Re: Mac II is shipping! -- NEC MultiSync and Mac II
Alt Keyboards for 512E?
TOPS on a Mac XL?
Utilization of Bernoulli Box
Laser Disk Labels
accounting programs
Plotters
Seeking TDBMS
AppleTalk <-> RS232
Usenet Mac Digest V3 #33
Usenet Mac Digest V3 #34
Usenet Mac Digest V3 #35
Usenet Mac Digest V3 #36
Usenet Mac Digest V3 #37
Delphi Mac Digest V3 #24
Delphi Mac Digest V3 #25
----------------------------------------------------------------------
Date: 4 May 1987, 10:23:57 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: scripting on the Macintosh
I haven't seen this topic discussed much on info-mac and I sure would
like to hear other's opinions. It seems to me that the Mac user interface
in its current implementation is seriously lacking the capability to
script 'batch' processes, pipe output to different tasks, and create and edit
POWERFUL Macros (Tempo is not powerful or ROBUST enough). It is unfortunate
that these tools (especially Macros) are not part of the system software.
It seems to me that with the introduction of the Mac II, Apple is going
after a market rich in 'power users', and these users will demand more of
the user interface in this regard. Comments?
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Date: 1 May 1987 11:24-EDT
From: Richard.Lerner@speech2.cs.cmu.edu
Subject: Reconstructing Desktop WITH info?
Does anyone know of a program which can recreate a desktop without loosing the
text in the GetInfo box? It seems like it should be easy to get that
information from the old desktop, or at least try.
Thanks,
Rick
Rick Lerner
Computer Science Dept.
Carnegie Mellon Univ.
Pittsburgh, PA 15213
(412) 268-3828
lerner@speech2.cs.cmu.edu
------------------------------
Date: Thu, 30 Apr 87 21:49:19 edt
From: ephraim%wang.uucp@RELAY.CS.NET
Subject: Shutdown/head parking
In info-mac 5.83, an anonymous correspondent offers to send
Kamerman Labs actual money for a decent shutdown utility.
There's no need. The following should fill the bill, and comes
complete with source code.
The following BinHex 4.0 / Packit II file contains source code
and executable for SCSI Stop, a shutdown utility. This should
answer the questions about shutdown which were raised in info-mac
volume 5, #57.
This package is in the public domain.
Ephraim Vishniac
decvax!wanginst!wang!ephraim
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SCSI-STOP.HQX
DoD
]
------------------------------
Date: Mon, 4 May 87 10:51 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Scrap Saver INIT
[ Uploaded from Delphi by Jeff Shulman ]
Name: SCRAPSAVER INIT
Date: 1-MAY-1987 20:07 by LOGICHACK
[ Updated to version 1.1 1-MAY-1987 20:07 by LOGICHACK. This latest version
(1.1) of 4/29/87 has better error checking for empty Clipboard files and has a
file creator type of 'MACS' so it shows up in System 4.1 and up as a little
Macintosh icon. ]
ScrapSaver is a small utility to read in the clipboard at boot time. This
means your clipboard contents will always be around, even if you reboot or
turn your computer off. This is most useful with System 4.0 and higher
since it writes the scrap file on _ShutDown. To use ScrapSaver, simply
drag it into your System Folder.
Have fun.
Bug reports and comments are should be directed to one of the addresses below.
Paul Mercer
Delphi: LOGICHACK
AppleLink: D0131
MCI: SOL
681 E. Seneca Tpk., #A4
Syracuse, NY 13205
Phone: (315) 492-3348
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-SCRAPSAVER-11.HQX
DoD
]
------------------------------
Date: Tue, 5 May 87 09:17 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: CatMaker
[ Uploaded from Delphi by Jeff Shulman ]
Name: CATMAKER
Date: 3-MAY-1987 18:37 by WNOLAN
Hard disk cataloging program, source code available (Lightspeed C).
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-CATMAKER.HQX
DoD
]
------------------------------
Date: Sun 3 May 87 22:26:57-EDT
From: "Mike E. Ciholas" <MIKEC%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: Appletalk, Bussedout, Mazewars no work?
I am experimenting with Appletalk trying to get Bussedout or Mazewars
running.
Equipment: 2 Mac Pluses, system software just before SE release
I have tried to get these programs to work and neither does. Using th
debugger, I found that Bussedout passes (get this!) an even pointer when
it should pass an odd one! This was after I had to OpenMPP by debugger
(It apparently did not do that right either). Mazewars has similiar problems.
I have tried several versions of the ATP and MPP drivers (both in the
system and program files).
What I am doing wrong?
Also, what's the story on file server packages for AT. I am looking for
something that doesn't reqqXe a dedicated Mac. Did I hear something
called TOPS or MACSERVE?
Thanxs
MIKEC@OZ.AI.MIT.EDU
5-May-87 16:04:01-PDT,1334;000000000001
------------------------------
Date: Tue, 5 May 87 16:03 PDT
From: <C9017@UWAV4.BITNET>
Subject: STARTUP SOUNDS
Hello,
According to the folks who brought us StartUpSounds
(the MacNifty people), a startup sound can only be played
correctly when (1) you have the proper sound INIT installed
in your system, and (2) if the sound file was sampled at
a rate of 22,000 samples per second. Sampling at this rate
will occupy an awful lot of disk space (22K per second I think?),
but I understand that this rate is necessary to insure a high
sound "quality" during playback. I was wondering if anyone knew
if it was possible to patch the INIT resource needed to play the
startup sound so that it would also playback sound files sampled
at a slower rate than 22,000. The MacNifty manual lists 4 different
sampling speeds which it is capable of digitizing sounds (22,000 ,
11,500 , 7,500, and 5,000 samples per second). I would like to be
able to use sounds digitized at 11,500 samples per second as startup
sounds. Has anyone else tried to do this successfully?
Thanks,
Bob Ruderman
Bob Ruderman
Department of Geography
University of Washington
Seattle, Washington 98195
Bitnet: C9017@UWAV4.BITNET
Arpanet: C9017%UWAV4.BITNET@WISCVM.ARPA
Usenet: C9017%UWAV4.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Tue, 5 May 87 05:54 CDT
From: <BOYD@TAMLSR.BITNET> (Scott T. Boyd)
Subject: Mac II Video choices?
If the Mac II is indeed shipping, it's about time to get the
scoop on video options. Apple and Supermac both have fine
color systems, but they're a bit pricey, even at developer
rates. Anybody got any info on other vendors? Send to me
if you can and I'll summarize.
scott t. boyd
the machax(tm) group
------------------------------
Date: 5 May 87 11:37:05 PDT (Tuesday)
Subject: Re: Mac II is shipping! -- NEC MultiSync and Mac II
From: LLi.ESCP8@Xerox.COM
Now that Mac II is shipping, does anyone know if the NEC MultiSync
monitor can be used on the Mac II?
Leonard Li.
Xerox
------------------------------
Date: Sun, 3 May 87 16:18:02 GMT+0100
From: Jay Rolls <jrolls@bbncc-eur.arpa>
Subject: Alt Keyboards for 512E?
A while back (several months ago) I saw posting(s) in reference to alternate
keyboards for the Mac512/512E/+. Are these still avaialable? Do they operate
well? Anybody doing conversions to allow SE/II keyboards to be hooked up to
the other Macs? Any info appreciated.
Jay Rolls
BBN Communications
Stuttgart, West Germany
[jrolls@bbncc-eur.arpa]
------------------------------
Date: Tue, 5 May 87 01:38:41 PDT
From: Bernard Aboba <aboba@portia.Stanford.EDU>
Subject: TOPS on a Mac XL?
On the back (or maybe it's the side) of the box of the TOPS product
by Centram Systems, it says that TOPS runs on a Mac XL. I've yet
to figure out how, and I've been trying for weeks. A few details on the
hardware: a Mac XL with 1 Meg Ram, and 10 Megabyte external Profile.
Yes, 10 Megs. Apple replaced the 5 Meg drive with a 10 Meg one last time it
was in for service. We're running without the screen modification.
We WERE running System 3.2, Finder 5.3 on the Mac XL, but ever since the
trouble started, we've had to revert to finder 4.1 system who knows what.
Symptoms: Boot, get Welcome to Mac Message, TOPS installed, InterBase
installed, and then El Bombo with system ID = 10. So I trash TOPS,
install system 3.2, Finder 5.3, and lo and behold, same thing. Then we
go back to the MFS system and finder, and all is jolly. Strange, eh?
More TOPS strangeness: QDial 1.6 and Talking Moose blow up almost
instantaneous while running under TOPS.
So, is anyone out there running TOPS on a Mac XL? Care to share the
secrets? I'm beginning to suspect that TOPS, or the SYSTEM is incredibly
sensitive to what desk accessories, INIT resources, etc. are installed.
Have noticed, for example, that a Mac XL will not boot off a system from
a DataFrame 20 XP drive, while of course a Mac + will do just fine.
By the way, all the systems referred to previously (which bomb on an XL)
run just fine on the Mac. We're running MacWorks 3.0, installed on the
Profile.
------------------------------
Date: Fri, 1 May 87 7:46:38 MDT
From: Harry McCaffrey STEWS-PR-C <hmccaffr@wsmr07.ARPA>
Subject: Utilization of Bernoulli Box
I'd appreciate any comments from people who have had experience with Bernoulli
Boxes, or comments in general with respect to what I have detailed below.
1. Equipment - Original 128K machine that has been upgraded with new ROM,
800K drive, and has MacMemory 2 Meg of RAM. No SCSI port added.
2. Situation -
a. I'd like a hard drive, but what I really want is a drive with tape
backup also. However, I don't want to invest that kind of money at this time
as I just might go for a totally new machine in several years.
b. I could buy a Jasmine 20 for approx. $590, but I'm skeptical of some of
these new firms and like to stick with a name brand that I can get serviced
easily, and a firm that will be in business at some point in the future.
c. I'm not what you'd call a power user, and I'm not one of those who has
hundreds of diskettes (maybe a hundred) full of software. My needs are text
editing, data base work, some paint, and remote access to a multiuser micro
system. My young daughter is learning and will probably be a heavy user some
day.
d. Icon Review has been selling the older (serial port) 5 Meg
Bernoulli Boxes for $499, and a pack of three 5 Meg cartridges for $99. I
realize their are limitations with this equipment: you can't boot from it;
it's a bit noisy; it's slower than a SCSI. Their are advantages also with the
method of operation that make then less susceptible to a crash, and the ease of
data security. The thought is to just considered it a 5 Meg floppy and boot
with my RAM disk as I currently do. I could store my applications on the
cartridge and my data on 3.5"disks, and the Ram disk could contain all the
goodies for the desk top. My backup could also consist of a cartridge(s).
3. Questions -
a. Is this a reasonable idea for a modest investment, and an interim
solution? Would it work?
b. Does anybody have any experience with this equipment, good or bad?
4. Please respond directly to me, and if anyone is interested in the results
I'll certainly let you know.
Thanks,
H.C. McCaffrey
White Sands Missile Range, NM
hmccaffr@wsmr07.arpa
------------------------------
Date: 2 May 1987 23:57-EST
From: Duane.Williams@me.ri.cmu.edu
Subject: Laser Disk Labels
Can someone tell me where to get a copy of the MacDraw disk label
described on page 154 of the May issue of MacUser? The article
says the file is available on CompuServe and GEnie, but it doesn't
give the precise locations.
------------------------------
Date: Sat, 02 May 87 18:39:59 EST
From: Bernardo Ferdman <BMF13@ALBNYVM1>
Subject: accounting programs
Hi, I don't belong to this list, but I'm wondering if any of you can
help me. For a friend, I'm looking into accounting and/or job cost
analysis programs for the MAC. Any leads into either freeware,
shareware, or any other kind of program and/or publisher would be
greatly appreciated. Preferable programs are those that would allow
keeping ledgers and so on.
Thank you for your help! (Please reply directly to me. If anyone
requests it, I will summarize responses for the list)
Bernardo Ferdman
BMF13@ALBNYVM1.bitnet
(State University of New York at Albany, tel (518) 442-5136)
------------------------------
Date: Fri, 1 May 87 09:16:04 pdt
From: Wm. L. Brown <wbrown@lbl-ux4>
Subject: Plotters
A user here is lookming for drivers to run a Tektronix 4662 single pen
plotter and/or a 4692 multi-pen plotter. Any ideas?
Please reply direct - If we get any useful info I'll summarize for the net.
bill
------------------------------
Date: Tue, 5 May 87 18:36:09 PDT
From: homo obsolescensis <XB.K98@forsythe.stanford.edu>
Subject: Seeking TDBMS
I apologize if this subject has been covered already, but I haven't
been able to locate an answer so far. I am trying to locate a text
data base management system (TDBMS) for the mac that would be
similar to Instant Recall or AskSam on the ibm. If anyone know of
such a program, I would be grateful if they would let me know
(off-net preferably). Thanks in advance.
Walter Henry
xb.k98@forsyth.stanford.edu <ARPA>
xb.k98@stanford <Bitnet>
------------------------------
Date: Thu, 30 Apr 1987 07:33 PDT
From: Mark McNair - ACS MSG <M1478%UWACDC.BITNET@wiscvm.wisc.edu>
Subject: AppleTalk <-> RS232
Infosphere (in Portland OR, (503) 226-3620) has a new product called
'ComServe' which claims to make an RS232 channel available to all
Macs on an AppleTalk. Specifically (from their brochure):
Shares an outbound serial communications channel
Supports data rates of 300 to 9600 baud
Supports the leading telecom applications, transparently
Allows servers to be selected by name, using Chooser
Operates in the background of a Macintosh, requiring no dedicated HW
Runs optionally with AppleShare and MacServe as co-resident services
Works on Mac 512, Mac +, and Mac XL
I haven't tried it (heck, I haven't even SEEN it) but it sounds good.
(standard disclaimer - I have nothing whatsoever to do with Infosphere)
Mark McNair (M1478@UWACDC.Bitnet University of Washington, Seattle)
------------------------------
Date: Tue, 28 Apr 87 16:17 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #33
Usenet Mac Digest Friday, April 24, 1987 Volume 3 : Issue 33
Today's Topics:
Re: Mac II D/A resolution
Cancelling prints
Re: UNIX and Mac applications on the Mac II
Will Lubrication Stop Annoying 400K Drive Noises?
Lightspeed Pascal Problem...
Old English font
Re: UNIX and Mac applications on the Mac II
Dove memory upgrades
Fixing Sad Macs (stuck switches)
Switcher 5.1 "scratchpad application"?
Re: HELP!! Interchanging Spreadsheet Files ie DIF <> SYLK or WKS??
Upgrade your Mac 512 now! (2 messages)
New Release of FzzPlot
Most appropriate sound editor?
How to launch an application
Re: Mac II D/A resolution
Re: Programming for High Baud Rates
Megamax C, uw and Newer system files
MacFortran 'include' sensitive to trailing blanks...
remapping keyboard ?
MacDraw, MacWrite --> PostScript? -- Request
Using UnpackBits to decode MacPaint files
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-33.ARC
DoD
]
------------------------------
Date: Tue, 28 Apr 87 16:17 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #34
Usenet Mac Digest Friday, April 24, 1987 Volume 3 : Issue 34
Today's Topics:
Re: Programming for High Baud Rates
Writing for MacUser (warning)
Re: Graphing Programs
Speedy floating point options (2 messages)
Re: DMCS
MS Word 3.0 upgrade.
Reverting With the Resource Manager
BeepInit bug!
Re: How to launch an application
How to Change MS WORD 3.0 Menu Names?
Mac Touch Screens?
THE DEBUGGER (& macnosy)
MacinTalk on an SE ( Was: Own an SE? Can you do me a favor?)
800K Drive/128K ROM
PC/Mac Tape Backup
Re: DMCS
2400 Baud Modems
Subscribing to MacUser (warning)
Bernoulli Box & Apple HD 20 SC
chinese wordprocessor
Connecting Mac+ to Olympia Typewriter
More MS Word bugs
Why does AppleShare require a MacPlus?
Re: Modem cables
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-34.ARC
DoD
]
------------------------------
Date: Mon, 4 May 87 10:48 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #35
Usenet Mac Digest Saturday, May 2, 1987 Volume 3 : Issue 35
Today's Topics:
Re: Subscribing to MacUser (warning)
Re: How to launch an application
Re: Dove memory upgrades
Re: BeepInit bug!
Re: THE DEBUGGER (& macnosy)
Re: How to Change MS WORD 3.0 Menu Names?
Pascal Scientific Libraries
Wanted: digitized pictures of famous paintings
Re: How to launch an application
Read/Write discs in another format
"system" call
WANTED screenplay Word Processor
Re: "system" call
Re: Smalltalk80 for Mac from Xerox?
Re: Wanted: digitized pictures of famous paintings
MacUser Subscriptions
Re: MacPaint to PC-Paint
Classic Mac operation with programming for SE or Mac ][?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-35.ARC
DoD
]
------------------------------
Date: Mon, 4 May 87 10:49 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #36
Usenet Mac Digest Saturday, May 2, 1987 Volume 3 : Issue 36
Today's Topics:
Re: THE DEBUGGER (& macnosy)
AppleTalk through Broadband?
Re: "system" call (2 messages)
Re: Classic Mac operation with programming for SE or Mac ][?
MacFortran: Bug or Feature?
Replacing Appletalk driver with RS-232 driver
EDT
Calling "LAUNCH" from Pascal
Re: anomoly in LightspeedC include file? (maybe)
Does Versaterm do custom keymaps?
Re: Replacing Appletalk driver with RS-232 driver
Re: Smalltalk80 for Mac from Xerox?
Re: How to Change MS WORD 3.0 Menu Names?
RamStart 1.3 bug on SE
text-to-MS Word
Re: Smalltalk80 for Mac from Xerox?
CD-ROMs in Apple's Future
Re: RamStart 1.3 bug on SE
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-36.ARC
DoD
]
------------------------------
Date: Mon, 4 May 87 10:49 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #37
Usenet Mac Digest Saturday, May 2, 1987 Volume 3 : Issue 37
Today's Topics:
MacTerminal patch for new keyboard
Re: Program compatability between Mac ][ and Classic Mac...
Re: Calling "LAUNCH" from Pascal
AppleTalk on broadband
WriteResource Bug Patch
curved arrows
Mazewars plus and Appletalk
Slide Production Systems....
Re: Patch for Font/DA Mover wanted
Re: MacSnap Memory Addition (?)
Re: TextEdit sub/superscripting
Re: curved arrows
Cheap scsi drives: survey results (longish)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-37.ARC
DoD
]
------------------------------
Date: Tue, 28 Apr 87 16:18 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #24
Delphi Mac Digest Monday, April 27, 1987 Volume 3 : Issue 24
Today's Topics:
re: HD Backup directories
re Icons in menus
Dvorak Keyboard Layout
Any engineers out there? (2 messages)
re: SuperPaint, Aldus Prep, spelling che
RE: MacFair II and the Macintosh II (4 messages)
RE: sound problem
ResEdit is not your friend (3 messages)
Prototyper maker Addr wanted
Response to DiskTime II Review
Re: Reverting With the Resource Manager
Switcher programming
re: Writing for MacUser (warning)
re: How to Change MS WORD 3.0 Menu Names
MacFaire Rotterdam Part1 (3 messages)
MPW C code resources
word centering
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-24.ARC
DoD
]
------------------------------
Date: Mon, 4 May 87 10:50 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #25
Delphi Mac Digest Monday, May 4, 1987 Volume 3 : Issue 25
Today's Topics:
Help (3 messages)
DiskTimer II, MacBottom 40
Word 3.0
re: ScrapSaver INIT
re: Emacs and Scribe for Mac
ADB Optical Mice
watch cursor (3 messages)
MacMemory Upgrades
Scan 300 (2 messages)
Overvue 2.1 bug
MacApp license for free programs
system heap (3 messages)
Word 3 and Switcher
The Low down on LoDown?
TMON & System 4.1
SCSI sensing (3 messages)
Font Scaling
RSG 3.0 vs. Laserprep 3.3
Re: AutoBlack and SE
Re: Help! Mangled Hard Disk
Here are the headlines
MacWorld Rotterdam Rest
Words to program by
Keyboard differences
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-25.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂09-May-87 2203 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #86
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 9 May 87 22:03:52 PDT
Date: 6 May 87 2235-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #86
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 7 May 1987 Volume 5 : Issue 86
Today's Topics:
scripting, interfaces, etc
re: BigScreen Init Problems (ref: Info-Mac Digest v5 #84)
MacSnoop 1.03
Where is microemacs 3.8 for the Mac?
Mac II Video choices
Monitors for Mac II: How to do everything you want
Re: TOPS on a Mac XL?
V5 #85: TOPS, System 3.2, and Mac XL
Meta-Macintosh problems
Mac SE & HyperDrive FX 40 -- Review
----------------------------------------------------------------------
Date: Wed, 06 May 87 10:21:36 -0800
From: duggie@portia.Stanford.EDU
Subject: scripting, interfaces, etc
I agree with David Gelphman's assesment of scripting capabilities on the
Mac-- it belongs in the system. Although much of the Macintosh interface
is 'standard' i.e. resizeable windows with scrollbars, menus, DA's (and
names of Juggler application tasks) under the apple menu, the only access a
macro program has to these is via the mousedown location. If things aren't
in fixed locations someone (you or the program) has to go through all sorts
of gyrations to get things done.
A larger problem is that many actions are ambiguous-- more so than text
commands. Is a click in a scrollbar a command to scroll up N lines or
scroll to line N? Do you want Geneva 12 or the first real size of the
current font? Is the path of the mouse important, or just where the next
mouseup or mousedown occurs? Letting the user make these choices
interactively provides greater ease of use (sometimes) but severely limits
the computer's ability to record the user's intentions.
Translating actions into a written command script which can then be edited
is a partial solution-- it's better if the editor is part of the scripter,
so that ambiguities can be flagged and a menu of alternatives offered as
you edit and replay the script. Another partial solution is to encode
strings of mac events as higher-order events. A mousedown in a menu item
is really a selection of a particular function or font or option. A click
and drag in the grow box of a window is really a command to resize the
window. 'Standard' encodings could be done by the Mac OS, and applications
should be able to extend them for sequences of events it attaches a meaning
to. If one were to combine these two approaches, of course, that means the
OS might have to query the application about the text representation of an
event and about what ambiguities the application recognizes. Since this
would have to be standard across applications, the protocol would have to
be specified by Apple.
Somehow I doubt they see this as a high priority. They want to keep their
application base and this precludes radical changes to the OS, of which
this would be just a small part. The 'accretion' model they're following
may trap them in a few years-- but who knows, they may have a solution. I
want them to build a completely new OS, but then I program for a living.
Doug Felt, IRIS
duggie@portia.stanford.edu
------------------------------
Date: Tue, 5 May 87 22:55:48 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: re: BigScreen Init Problems (ref: Info-Mac Digest v5 #84)
Since I was mentioned (for my glowing report on the Big Screen Init), I
felt I perhaps I could help checkout the problems. First of all, my machine
currently is a 512K logic board, 128K ROMs, Max2 1.5MByte added memory,
Apple HD20, and 2x800K Sony drives. I'm running System 4.0/Finder 5.4,
ImageWriter 2.5 and a boot block configuration set at version 22, 65536
Byte System Heap. My machine is quite stable and reliable in this
incarnation, except for the odd moment when the Sony drives get lost(!).
>The first problem is that it's essentially unusable with SuperPaint (and
>possibly other drawing programs), because *the screen does not get updated
>while the mouse is down*, unless you move far enough to force the screen to
>be scrolled. ...
Well, it fails with FullPaint and Versaterm, it works fine with MacDraw,
Ready,Set,Go!3, Helix, and most of the other applications I have on tap here;
It almost works with SuperPaint: the PaintBrush is the only tool I can detect
that doesn't show up until you release the mouse button or go off the
regular screen... Text in Paint mode takes forever to get to the screen
also.
>... Could be this is SuperPaint's problem, but I don't
>think so ...
I think it may be. Something about how they are handling the pattern transfer
for the PaintBrush tool (and text) conflicts with the INIT's screen emulation.
>The second and far more serious complaint is that sometimes Finder disk
>windows are improperly displayed: ...
This got me scared for a brief moment... but then I remembered that I have had
NO, repeat NO, problems with files/directories. I have a feeling that the
DeskTop file on your hard disk is getting a touch on the smarmy side.
I did have a problem with files/directories before I began using BigScreen,
shortly after I started using System4.0/Finder5.4. I found that they persisted
until after I did a complete DeskTop file rebuild (after resetting the size
of the System Heap in the boot blocks.). I also regularly use DiskExpress to
clean up my disk and recompact files: I find that helps the operation of the
machine enormously. I'd really recommend a backup and rebuild DeskTop.
>BigScreen's a nifty idea ... too bad the implementation is so unreliable.
I don't find BigScreen an unreliable INIT - what it does it does fairly
well. To be honest, I don't use it too frequently as the big screen emulation
speed tradeoffs are not acceptable to me very often. What I do find useful
with it are: designing templates in Helix (Helix' scrolling is Very Slow),
occasional MacDraw and RSG!3 work, and with Smalltalk. If you are unaware of
it, Apple's Smalltalk screen refresh/updating is very slow (unsupported
versions currently available from APDA). The BigScreen Init just doesn't slow
it down much more than it already is and gives me a lot more breathing space on
the 9" wonder, like the Tektronics Smalltalk machines' ability to
pan around a much larger virtual screen.
In sum, I just use BigScreen where I feel is appropriate and it works fine for
what I use it. And it only cost five bucks.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 5, 1987
And I still don't get anything for all this!
Comments are my own, free advice is worth what you pay.
------------------------------
Date: Wed, 6 May 87 11:02 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: MacSnoop 1.03
[ Uploaded from Delphi by Jeff Shulman ]
Name: MACSNOOP
Date: 4-MAY-1987 22:19 by GPSART
MacSnoop is a Shareware file/volume editor released to take the place of
FEDIT as it leaves for the realm of commercial software. MacSnoop has some
unique features such as the ability to have multiple editing windows open
at the same time. In addition, a full complement of utility functions
(delete, rename, etc) is available. The documentation file is in MacWrite
format. Thanks for your support!
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MACSNOOP-103-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MACSNOOP-103-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MACSNOOP-103-PART3.HQX
DoD
]
------------------------------
Date: Mon, 27 Apr 87 22:37:06 EDT
From: matthews@tcgould.tn.cornell.edu (Dave Matthews)
Subject: Where is microemacs 3.8 for the Mac?
> Path: batcomputer!cornell!uw-beaver!mit-eddie!genrad!decvax!dartvax!earleh
> From: earleh@dartvax.UUCP (Earle R. Horton)
> Newsgroups: comp.sys.mac,comp.emacs
> Subject: microemacs 3.8 Macintosh differences and sources
> Keywords: diffs, sources, microemacs 3.8, Macintosh
> Message-ID: <5891@dartvax.UUCP>
> Date: 23 Mar 87 19:25:48 GMT
> Organization: Society for the Prevention of Cruelty to Graduate Students
>
> I just posted a Macintosh version of microemacs 3.8 to mod.mac.binaries.
> ...
> I am posting "diffs" to mod.mac.sources that show how to generate a
> Macintosh version of microemacs. I include diffs for all of the
> microemacs sources I used, although many of them are small. The
Did anyone receive these items? I might have missed the sources, but I'm
pretty sure the binary never appeared here. If you have it, *please* send
me a copy. (If you want it too, let me know.) Thanks,
Dave Matthews
ARPA: matthews@batcomputer.tn.cornell.edu In real life: anonymous
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!tcgould!matthews
BELL: 607-533-7820 DISCL: My employer ignores my opinions altogether.
[
I have not received anyting either, source or diff files. If someone can
send these things to INFO-MAC@SUMEX-AIM as well as to Dave,, I can post
them into the archives.
DoD
]
------------------------------
Date: Wed, 6 May 87 09:44:31 edt
From: stew%lhasa@hucsc.HARVARD.EDU
Subject: Mac II Video choices
According to Bob Perez at Apple, the NEC Multi-Synch and Sony Multi-Scan
monitors will both work with the Apple video board for the Mac II. He goes
on to say that no monitor he's seen looks half as good as Apple's own color
RGB Hi-Res monitor.
In other messages, it comes out that although the CPUs and 40Mb disks are
shipping, both the RGB and Monochrome monitors are delayed. There are
going to be a bunch of folks (me included) with a Mac II and nothing to do
but plug it in and watch the power light, unless I want to get a
Multi-Synch or Multi-Scan (about $550) for a month or two.
Anyone want to buy a slightly used Multi-Synch (delivery in August)?
------------------------------
Date: Wed, 6 May 87 09:20:30 EDT
From: bill coderre <bc@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: Monitors for Mac II: How to do everything you want
Short Answer: The following monitors can be coerced to work with MacII
color card: NEC Multi-Sync, Taxan Super Vision 770, IBM PGA monitor.
("Keep in mind that these IBM monitors are of lesser quality than the
Apple monitor, so your resolution will be of lesser quality" -- MacDTS
person on AppleLink) For other monitors, you'd better contact the
manufacturer, I don't know.
BTW, the Apple monitor is extremely wonderful. Marvin Minsky was
kidding people, saying "How'd they put color in just the upper left
corner of the screen?" I do believe it's a Sony Trinitron tube, it has
the "Trinitron line" (a black hairline across the screen 2/3 of the
way down). My user impression is "very sharp, fine for black-and-white
small font work, b/w monitors still a touch better, but not by much!"
I went around the rosey a few times with MacDTS on AppleLink
concerning MacII color monitors, and here is what I found out. Hang on
tight! Technical mumbo-jumbo follows:
EXACT TECH SPECS: (for those that would roll their own)
HORIZONTAL:
Frequency 35 KHz exactly
Period 1/35 KHz = 28.5714 microseconds
Back Porch 96 dots
Front Porch 64 dots
Sync 64 dots
Active 640 dots
Blanking 96+64+64 dots (= 224 dots)
Pixel Clock 30.24 MHz (therefore one dot = 33.0687 ns)
VERTICAL:
Frequency 66 2/3 Hz
Back Porch 39 horizontal scan lines
Front Porch 3 lines
Sync 3 lines
Active 480 lines
Total 525 lines
Note that the MacII is non-interlaced video, of course.
SIGNALS AND PINOUTS: (You'll need this info to make the right cable.
Remember to shield everything, or you will throw away the goodness of
your monitor.)
The MacII Color Card (code name Beck's) provides a DB-15 female to
attach to. It provides separate red, green, and blue signals, with
composite sync on green and on a separate pin. (Composite sync means
horizontal and vertical sync on one line.)
1 GND
2 RED
3 CSYNC
5 GREEN
9 BLUE
You will have to consult your monitor's manual to find out how to
connect up. I do recall the NEC Multi-Sync being pretty easy to do.
Whew! There you go, the whole story in one message. Good luck!.....bc
------------------------------
Date: Wed, 6 May 87 14:08:29 PDT
From: George Pavel <gp@lll-lcc.arpa.ARPA>
Subject: Re: TOPS on a Mac XL?
I have run TOPS on a Mac XL with System 3.2 and Finder 5.3 with no problem.
I didn't do anything special to make it work; it worked first time.
George Pavel
Lawrence Livermore National Laboratory
P.O. Box 808 L-68
Livermore, CA 9455 Internet: gp@lll-lcc.arpa
(415)422-4262 UUCP: ihnp4!lll-lcc!gp
------------------------------
Date: Wed, 6 May 87 17:52 EDT
From: Hess@MIT-Multics.ARPA
Subject: V5 #85: TOPS, System 3.2, and Mac XL
TOPS works fine (although with many delays) on my Mac XL, System 2. My
understanding was that there was absolutely no reason to expect an HFS
System to run under MacWorks 3.0, and that Apple had no plans to release a
later version of MacWorks to make HFS work.
I don't think it's TOPS's fault, except that it must actually be using
some part of the HFS that isn't compatible with MacWorks.
By the way, if anybody gets it working, I'd like to hear about it; we'll
soon have a two-profile useless Lisa that could happily sit around
running AppleShare if only the Finder and System could work...
Brian
------------------------------
Date: Wed, 6 May 87 17:59 ADT
From: <FNCAH@ALASKA.BITNET>
Subject: Meta-Macintosh problems
I am not sure exactly who to address this question to, but it occurs in the
context of our university seeking an agreement for purchasing Macs, so I
thought I would start here.
As I am sure is the case for many, our university is very reluctant to use
anything but IBM-PCs as the *official* micro. A group of us has managed to
get Apple on campus and are in the process of trying to reach an agreement.
However, resistance is considerable: some members of the central
administration and the data processing dept. have even taken to trying to
prevent us from using the university's E-mail system to alert interested
persons on the Apple dealings (while promoting IBM-PC use on same). This
has resulted in a *discussion* on monitoring, censoring, or deleting mail
messages (which is getting nowhere fast). 8-(
I was hoping some of you might share your experiences on usings Macs in a
university environment, that I might pass along to show that we are not
wild-eyed MacLoonies, but users interested in getting the highest quality
work done with the least pain. Suggestions, comments or snide remarks on
using Macs or how your institution controls their E-mail systems with
respect to message content would be most appreciated! (A bit of background:
the UA is a public, land/sea-grant institution)
Thanks in advance for the help: I will try to summarize the responses and
forward if requested. Please reply to me directly by E-Mail, if possible.
Again, thanx.
Craig Helmuth Univ. of Alaska, Fairbanks
Bitnet: FNCAH@ALASKA US Snail: POB 83851
Fone#: 907 479-5534 Fairbanks, AK 99708-3851
Disclaimer: You know, if I knew they knew, then none of this would be new...
------------------------------
Date: 05 May 87 23:30:00 EDT
From: Marc Grondin <WCSCKCU@CARLETON.BITNET>
Subject: Mac SE & HyperDrive FX 40 -- Review
Recently the station acquired a Mac SE and a 40 Meg HyperDrive.
So here is a reveiw of the set up.
The Mac SE came to us with System 4.0 and Finder 5.4. Both of which appear
to run a bit faster than the older versions. The alerts and dialogue boxes
now have a flavour of "international signals", like the new red and white
yeild signs. Meaning that the icons are easier to relate to and make a bit
more sense. The new system to me is smother then the old one, but I find
the mouse tracks differently -- as if it is not sure how far you have moved
it. The Control Panel also offers a fancier style then the old ones, but I
find them not as user friendly. On the topic of the mouse, you can now
cover the standard screen with out moving your wrist, this is when in Fast
mode. Like wise, slow mode is SLOW and a large desk top would be needed.
The HyperDrive was delivered with System 3.2 (?) and finder 5.3. Of course
these were not installed. The FX Manager is version 2.20, and is easy to
use. The disk test is a bit slow, but I guess that it is digging out every
bit on the test. It is also very easy to set the SCSI priority number, it
uses a nice little picture of your Hard drives. The Park the heads option
does a good job. If the FX (HyperDrive) is not the boot disk, the drive is
deMounted and you get back to the finder. If it is the boot disk you are
warned that you must turn of the Mac if you go on to Park. There fore,
Parking the heads forces you to power down. BUT it will not eject the
floppies at this place, thus you find your 3.5s in the machine still
The FX is fast. Compared to the MDIdeas drive, I would say 2 times faster.
Other features :
Find File (System 4.0) : Finds a file on your HFS disk, a DA
from Apple, (Could be better).
Teach Text (Apple Util): Reads a generic text file, to be used
with Read-Me files.
ImageWriter Spooler : Comes with the FX and spools stuff to the
printer, does wonders to speed computing,
but a DA to "Flush Spool" would be nice
(Would save MUCH time and paper).
Laser Spooler : Have not used it, No Laser writer around here (yet)
Security : Encrypt and Decrypt files with a "Key" (I think any
person into code breaking can break the Key).
HD Backup : Both the Apple disks and the Hyper drive offered this,
but the Apple disks appear MUCH more simple to use.
Other utilities abound on these disks, but mostly like the ones you
get on the Mac+ a few months back.
ImageWriter Driver is version 2.5
Chooser is where you select Apple talk activity.
Find File works in the background.
Has an INIT file to be placed into your system folder.
LONG Font lists scroll
Keyboard is more inline with a computer persons board (ESC and
Control keys!! :-) )
Time to stop this long winded nonsense...
P.S. Do you have 50 800K floppies? I want to back this baby up!!
Marc Grondin (8->) <Marc_Grondin@CARLETON.BITNET>, <CKCU@CARLETON.BITNET>
------------------------------
End of INFO-MAC Digest
**********************
∂09-May-87 2322 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #87
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 9 May 87 23:22:48 PDT
Date: 8 May 87 2053-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #87
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 9 May 1987 Volume 5 : Issue 87
Today's Topics:
Help wanted: ResErrProc hook.
Multiple stacks and messing with HeapEnd
MacTerminal
Direct connection of Laserwriter to Mac
ScrapSaver 1.2
small mistake in file-name in INFO-MAC-5.084
Sneaky Lightspeed Pascal "Feature"
File Fixer .05
Piezo fan for the Mac, Cheap!
data sampling on SE
Postscript <--> imPRESS
TCP/IP on the Mac
Multisync monitors on MacIIs
RE: Using an NEC MultiSync with a Mac II
3 Questions & 1 Flame
SoundWave Review
----------------------------------------------------------------------
Date: Fri, 8 May 87 12:46:30 est
From: munnari!csadfa.oz!jlo@seismo.CSS.GOV (John O'Neill)
Subject: Help wanted: ResErrProc hook.
Does anyone know how best to use the ResErrProc hook (IM 1-116)?
I was hoping to use it as a general error trap mechanism, combined with
a setjmp/longjmp exception handler to avoid having to explicitly call
ResError() after every trap which might generate an error.
IM-1-116 suggests that ResError() also returns error codes for Operating
System errors such as File Manager errors or Memory Manager errors.
This is misleading, as many file manager errors (e.g. dupFNErr) do not
set ResErr, and the ResErrProc is therefore not called.
A further problem is that some ROM routines deliberately (?) induce
Resource Manager errors. i.e. When I tried using the ResErrProc,
it seems to get called with resNotFound (-192) quite a lot, even when
the resource (*is*) found. For example,
SetMenuBar(GetNewMBar(MenuBarID))
results in one call of ResErrProc for each menu in the menu bar, even
though the menus do exist, are found, are displayed OK etc.
Furthermore, ResError() will return noErr in confirmation that all was well!
It turns out that:
GetNewMBar->GetMenuBar->...->SetResLoad(false)->GetResource->GetResInfo
where GetResInfo is passed a handle which is not a handle to a resource,
and hence, as IM-1-121 tells us, ResErr is set to resNotFound.
I currently work around the problem by nullifying my ResErrProc around
such code, but that is hardly a general solution.
Advice on (*exactly*) what errors do invoke ResErrProc would be welcomed,
as would advice on better error management strategies.
John O'Neill Phone ISD: +61 62 68 8818
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET/CSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA JANET: jlo@oz.csadfa
------------------------------
Date: Thu, 07 May 87 11:26:03 EST
From: sbm@purdue.edu
Subject: Multiple stacks and messing with HeapEnd
I don't remember seeing my last question even posted in a digest
yet, but I have solved it. The problem was that, after my application
started up, everything worked correctly, but the floppy disk never
stopped spinning, even when I quit back to the Finder. The answer was
that, in my overzealous initialization, I was removing the VBL task that
the floppy disk driver installs at system startup.
My new problem is actually an old one. Since I am doing
multitasking, I need multiple stacks, and I have found some more ROM
traps that scribble in random places between HeapEnd and SP, namely,
InitWindows and NewWindow. Do these call MapRgn for some reason
(remember that MapRgn was the routine that was originally found to
display this behaviour)?
Anyway, this is obviously a problem that can't be worked around,
but must be dealt with, and I don't remember seeing any appropriate
suggestions. These types of routines seem to need lots of memory, and
take the region between HeapEnd and SP to be usable stack space. What I
need is a way to tell them just how much stack space they actually have
available, so I tried the obvious. As part of my initialization, I
allocate a big chunk out of the application heap and make it the current
heap zone, so that the application heap is actually never used in my
program. Hence, I thought it wouldn't hurt too much just to set HeapEnd
in the context switch to the topmost (lowest in memory) location
available for stack space for the new process.
To my surprise, it seems to work. There is no more scribbling in
forbidden zones in memory, and, apparently, the ROM routines are not
confused by HeapEnd's bouncing around. Besides that, there is a
benefit: the Mac's stack sniffer will actually tell me when a stack has
*really* overflowed. It all seems too good to be true. Could some
knowledgeable person find out for me whether this radical use of HeapEnd
can mess things up, and, if so, what the correct way is to tell these
routines where the end of the stack zone is?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Fri, 8 May 87 09:49+0100
From: Ralph <MartinRR%cardiff.ac.uk@Cs.Ucl.AC.UK>
Subject: MacTerminal
I would like to configure Macterminal so that it always starts up with
settings appropriate for my use. Obviously, one way to do that is to
save the settings in a document. Another would seem to be to edit the
Untitled document, then save it, but there seems to be problems with
this - each time I quit, it then asks if I want to save the document.
Another possibility seems to be to cut out the resources which do the
trick from a MacTerminal document, and paste them into MacTerminal
itself. On looking at one, there are 4 types of resources, including
one called CNFG. Does anyone out there have a specification of what
these resources contain, and can they tell me which I need to paste into
MacTerminal itself to customize it, if this is possible ? Or does
anyone have any other good suggestions for customizing ?
Ralph
------------------------------
Date: 08 May 87 16:19:55 BST
From: gorry_fairhurst%aberdeen.ac.uk@Cs.Ucl.AC.UK
Subject: Direct connection of Laserwriter to Mac
Some time ago I made a cable up to directly connect two apple talk
devices. (i.e. a LaserWriter and a Mac), now I seem to remember it
was pretty simple, but can't remember how to connect the differential
driven lines together.
Some one out there must have a better memory than me, could you please
mail me, I've got the wire and DB-9, and I've just put the soldering iron
on to warm.
Gorry (Mac)Fairhurst
------------------------------
Date: Thu, 7 May 87 09:41 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: ScrapSaver 1.2
This is ScrapSaver 1.2 (written by Paul Mercer (LOGICHACK) on Delphi.)
Fixes a problem with the clipboard and System 4.1.
[
also archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-SCRAPSAVER-12.HQX
DoD
]
(This file must be converted with BinHex 4.0)
:#P0MFQ&`8f&fCA)!58j*9%e"3e-!N!J#(jQ[!*!%!3#3!`(L!*!$iJ#3!chrN#!
+8f0bBA"6BACPFQ8#!*!$58j*9%e"3e-!N!0S!#-!N!4*6NP868&$8`#3!fJ!)`#
3%T[9d6i!N!B#(rq3JJ#3!pj)jamqB4"K3%cII2K1G8+RUITBMdje-$bSPD&'XIJ
#VQ`HF!LP(QBB)NJ[#%(krq"`#+!Z2c`!"$mm!!1SP8je2c`!!DR)6R8`2!!63UG
4b2rm)%p#U!!-%A`!!3!E-AJ#%!!@3rS!5#&*!"+J!'Bb)A`!N!-%!#3aI!!"!#`
KI!#3!`3!,N2i#@!K53!JS!*Q%+!"8,J*B%*i#@VHr!"36R@J!8+i#@$Hr!"36R8
13faTF'*[BA*N)%CTE'8,9Q9bFfP[EL!a,M)6+%-T)$%j1$FX)&!Z)%ePFQ0PFJ#
3!`%!N!-"iJ#3!q)!N!-p!!1l&J@%!*!$(!!b!!"*6NP8!*!$#J2S!!!J!*!%!lS
U#P0MFQ&`8f&fCA,b[J:
------------------------------
Date: Thu, 7 May 87 09:40:14 CDT
From: CMP.WERNER@r20.utexas.edu
Subject: small mistake in file-name in INFO-MAC-5.084
you announced:
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DUPTREE-11.HQX
in fact the file is version 1.0 and appears in the archives as:
UTILITY-DUPTREE-10.HQX
no big deal - but it defeated my "semi-automatic" mechanism of fetching
new files ....
Werner
[
Ooops. The file is indeed version 1.0, and is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DUPTREE-10.HQX
DoD
]
------------------------------
Date: Fri, 8 May 87 10:34:29 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Sneaky Lightspeed Pascal "Feature"
Well, I sure feel foolish. I was nabbed by a feature of Lightspeed Pascal
and it ends up making me look pretty inept. However, I will swallow my
pride and tell what I have learned in order to prevent it from happening to
someone else.
I was trying to fix a couple of little bugs in Randomizer, as you probably
noticed. I had placed the Randomizer source, project, and resource files
in a folder deep in the my disk for permanent storage. When I wanted to
work on them, I would copy them into the System Folder to do the
development and then copy them back when I was done. So far so good.
Well, I noticed that I had lost some of the changes I had made. So, after
some experimentation I discovered that LSP was saving the pathname of the
source code and modifying the copy that was back in the original directory,
and not the copy in the System Folder, although it was using that project
and that resource file.
A picture would be appropriate here, but you don't get one, you get a table
instead. These are the files used by LSP.
HD:System Folder: HD:LSP:Projects:Randomizer:
Random Project <--- Random Project
Random.pas Random.pas <---
Random Resources <--- Random Resources
Needless to say, this is a bit sneaky of LSP, but to be expected since it
manages the pathnames for you. It is related to the problem where LSP
cannot find a file and asks you to look for it, only to reveal it in the
default directory. LSP should look in the default directory first, and
then search it's saved pathname. That would remove some of the ambiguity
from the issue and would prevent it from asking you to look for all the
files when you move a project to a new folder or disk.
The simplest fix is to modify the project file to use the source copy by
holding down the Option key and double clicking on the source name in the
project window. This is equivalent to Remove and Add. I had merely been
double clicking to bring up the source and getting the wrong copy
unknowingly.
Well, since I have been copying the source, project, and resource files
back to their original locations (replacing the ones there), I have been
losing my changes. This means that the Randomizer in the archives is a
goof and here is the correct one. Lord, please help me so that I don't
have to post this again. I apologize profusely for the inconvienience and
promise that everything now works as advertised. I promise not to do this
again.
People using Randomizer should be aware that the old BeepInit crashes
frequently. You should be using the one included with Randomizer, which is
also archived as INIT-SOUND-BEEP.HQX on Sumex-Aim.Stanford.Edu. People
start using this and then blame Randomizer when the BeepInit crashes.
Honest, it's not my fault. Randomizer just makes sure that BeepInit
eventually gets the one file that will crash it.
If you pass Randomizer along, I would appreciate it if you would keep the
BeepInit and SoundInit files with it. Thanks for your support.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
once again archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-RANDOMIZER.HQX
DoD
]
------------------------------
Date: Fri 8 May 87 12:26:00-EDT
From: TN07@TE.CC.CMU.EDU
Subject: File Fixer .05
Attached is the latest version of the program File Fixer. This program repairs
400 or 800-K Mac disks, MFS or HFS. The program was written by Frank Beatrous
at the University of Pittsburgh.
If you recover a trashed disk send your thanks directly to Frank at
110343@PittVMS.BITNET.
Enjoy,
Tom
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FILEFIXER-05.HQX
DoD
]
------------------------------
Date: 7 May 87 17:12:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Piezo fan for the Mac, Cheap!
A cheap source for the piezo fan that is used in a lot of Mac upgrades is
thru Edmund Scientific. It's $12.00 in quantity one. Stated to move 7 cfm
of air. Connect to the 110 V on the inside of the Mac case and you are in
business. It's on page 41 of the 1987 catalog, under "Educational Aids".
Edmund part number E36,653.
------------------------------
Date: 7 MAY 87 09:15-N
From: INDUGERD%CNEDCU51.BITNET@wiscvm.wisc.edu
Subject: data sampling on SE
Hello,
Can anybody help me about data acquisition with mac SE ?
A friend of mine need to acquire data in a neurophysiology experiment.
The sampling rate is 10 khz.
Are there any hardware and software available on Mac SE for such task ?
Thanks for help.
Philippe
------------------------------
Date: 7 May 87 14:45:00 EDT
From: "STEPHEN_TETHER" <tether@mitlns.mit.edu>
Subject: Postscript <--> imPRESS
Two questions:
(1) Is there a general method of capturing the Postscript commands
that would normally be sent to a Laserwriter when a document is
printed? Ideally the method should work for ALL applications.
(2) Are there any Postscript <--> imPRESS translators out there?
The idea is to use the Imagen laser printers connected to the Lab
VAX-cluster for printing Mac documents. I know about PaintImp, DrawImp, but
these are written in C for Unix, and our machines run VMS and don't have a
C compiler. Translating Postscript to imPRESS seems easier than recoding
the above programs, besides being more general.
Stephen Tether
MIT Laboratory for Nuclear Science
Cambridge, MA 02139
tether@mitlns.mit.edu
tether@mitlns.bitnet
satether@BIX
------------------------------
Date: Thu, 7 May 87 15:22:30 PDT
From: Ray_Davison%SFU.Mailnet@umix.cc.umich.edu
Subject: TCP/IP on the Mac
Our university is in the progress of establishing a campus wide network
to tie together the various networks that are cropping up. We are seriously
looking at TCP/IP as the interconnection protocols. We also have a fairly
large number of Macs around campus. I would like any information anyone
has on TCP/IP products for the Macintosh. This would include any Mac LAN
to TCP/IP gateways, hardware, software and vapourware.
Please reply directly to me and I will summarize the responses for the list.
Ray Davison
Simon Fraser University
Computing Services
Burnaby B.C. Canada V5A 1S6
USERRAYD@SFU.bitnet
Ray_Davison%SFU@um.cc.umich.edu
(604)291-4448
------------------------------
Date: Thu, 7 May 87 15:09:55 EDT
From: Dan Magorian <magorian@umd5.UMD.EDU>
Subject: Multisync monitors on MacIIs
Leornard Li of Xerox posted a query about the use of NEC Multisyncs on the
MacII. Basically, NEC or anybody else's autosyncing unit will work. I
have had a NEC hooked up on and off since February. You need to wire a
conversion from the DB9 connector used by the MEC and the DB15 used by the
MacII (the new IBMs use DB15 as well, probably not the same pinout). The
configuration is:
MacII Monitor Signal
1 ------- 6 ground
2 ------- 1 red
5 ------- 2 green w/ sync
9 ------- 3 blue
3 ------- 4 composite sync (can be omitted)
This adaptor may be available prewired from vendors as well, but it's easy
to sold to solder up. The monitor must be set to analog and manual mode (it
syncs at 35KHz) The quality of the picture isn't as good as the Sony the
Apple sells, but it's OK. Also, use the DB15 to DB15 monitor cable from
Apple (in other words, wire only a short adaptor instead of the whole
cable) to avoid an impedance mismatch that rounds pixels and degrades the
image. If you're buying one outright, buy Apple or another vendor's for
better quality. But the multisyncs are around and easy to get hold of...
Dan Magorian (301) 454-6030
Computer Science Center magorian@umd5.umd.edu
University of Maryland magorian@umdd.bitnet
College Park, MD 20742 Applelink: A0190
------------------------------
Date: Thu, 7 May 87 19:57:54 EDT
From: MacTechnics_User_Group@um.cc.umich.edu
Subject: RE: Using an NEC MultiSync with a Mac II
(Originally from Apple Tech Support)
To hook up an NEC MultiSync monitor to a Macintosh II:
You will need to make an adapter cable from the video card to the
monitor. Here are the pinouts of the video card:
Pins Signal Name
1,4,6,11,13,14 Ground
2 Red
3 CSync- (composite sync)
5,12 Green (with sync)
9 Blue
7,8,10,15 Not connected
Here is the pinout description for the adapter cable (using the
sync-on-green configuration):
Macintosh II NEC Signal Name
1 ----------- 6,7,8,9 Ground
2 ----------- 1 Red
5 ----------- 2 Green (sync)
9 ----------- 3 Blue
The monitor must be set to Analog mode and manual mode as well.
I know someone that tried this without 100% success (fuzzy picture). I'm
not sure what the problem was, it's possible that unused pins should be
grounded or tied high.
Eric Shapiro
MacTechnics
P.O. Box 4063
Ann Arbor, Mi 48106
------------------------------
Date: Fri, 8 May 87 08:35:12 PDT
From: UWACDC.BITNET
Subject: 3 Questions & 1 Flame
1. Does anyone know what the price of A/UX is going to be (AUC or retail)?
2. Does anyone know how to reach LoDown? We're very interested in their
WORM drive for the Mac and can't find any adds in recent Mac magazines.
Any experience with this device?
3. Does anyone know of any GIS (Geographic Information System) software for
the MAC? How about the (shudder) PC?
<Flame On>
4. I'm a new developer and have already hit the 32K segment wall using LSP.
How do the developers of LSP, TML, or Turbo expect us to do scientific
programming on the Mac with such a silly limit? I know, I know, the
limit is really caused by the Segment Manager but that didn't seem to
stop Absoft--their FORTRAN compiler doesn't have the 32K limit. Shame
on Apple for such a fundamental shortcoming and shame on all the Pascal
compilers for propogating the mistake. I can only hope that the new
Mac II toolbox doesn't have such a limit and/or software developers
give us a work around. I don't relish the idea of using FORTRAN on
Mac even with MacFace available. I realize that this is an old complaint
but flaming is a great release. Perhaps this will be the flame that
gets something done about this serious problem.
BTW: Prototyper from SmethersBarnes, advertised as 'availablw now' in
MacTutor is just now going to Beta testing! I could really use such
a product right now and my hopes were dashed to find it still vapor.
Should be out RSN (right).
<Flame off>
John Osborne
School of Oceanography, WB-10
University of Washington
Seattle, WA 98195
<OZ001@UWACDC.BITNET>
------------------------------
Date: Thu, 7 May 87 10:23 EDT
From: BOGARTZ%UMASS.BITNET@wiscvm.wisc.edu
Subject: SoundWave Review
I just received my copy of SoundWave, the next generation of sampling
software from the folks who brought us MacNifty SoundCap. (They are
now called Impulse, but are working out of the same location.)
SoundWave is mostly a great improvement over SoundCap. Here is my
impression of the improvements they have made:
It has Undo!
It is written in Lightspeed Pascal.
It uses a much more standard user interface. Where SoundCap took
over the entire screen, SoundWave opens up to four separate sample
windows, each with its own palette of tools for playing, drawing on
the wave, etc.
They have solved the problem of how to view a whole sample while
editing it at a fine level of detail. The scroll bar is a horizontal
"summary" of the sample, scaled both vertically and horizontally to
fit in one screen's width, that resides at the top of the sample's
window. The thumb of the scroll bar is a little transparent
rectangle that corresponds to what is in the main portion of the
window. If you remember the video game Defender, you will find it
very reminiscent of the planet summary at the top of the screen.
It has a digital filter bank with five filters, each of which can
be set at a user specifiable frequency. (I guess this makes it
a parametric equalizer, but it is laid out as a graphic eq.)
It is truly user-programmable. Here's how you do it. The program
provides a menu titled "Custom." In SoundWave there is a resource
called "swci" (for SoundWave custom item). Every CODE resource
pasted into the swci appears as an item under the Custom menu. So
all you have to do is use your favorite language compiler to create a
CODE resource, paste it into SoundWave with ResEdit, and SoundWave
effectively becomes a front-end to whatever digital sound application
you want to write. The CODE resource gets a pointer to
SoundWave's frontmost window that contains a sample (SoundWave won't
let you choose anything from the Custom menu unless the frontmost
window contains a sample). From this it can get a pointer to an
array containing the sample data. Then you can mess around with it
to your heart's desire. Some obvious applications for this: a tone
generator (included as a sample Custom item with SoundWave, along
with LSP project and source file); a routine to dump your sample to a
sampling keyboard over MIDI; some heavy-duty algorithms for digital
processing, such as digital reverb, harmonization (pitch change),
compression, etc.
Gripes:
It doesn't have some of the signal processing features that
SoundCap had, like flanging or scratchbar. (However, I would guess
that because of SoundWave's easy extensibility, people will write them...)
Most of the dialog boxes have "Cancel" on the left and "OK" on the
right, which I think is backwards from most applications.
The filtering operation takes a long time (over 20 seconds for even
small ranges). This is understandable, but the "Cancel" button does
not work during this process, leading you to think your Mac has
hung. There should be a warning that "this may take a while."
I am going to be writing an extensive review of SoundWave for the
June issue of the Boston Computer Society's Computers and Music
newsletter, which is called (coincidentally, and we thought of it
first!) "Soundwaves". What? You've never heard of or seen
"Soundwaves"? Well, just send your name and address to me:
David Bogartz
81 Bridge St., Apt. 2
Northampton MA 01060
(Bitnet: DSBOGARTZ@AMH)
for a complimentary issue.
DISCLAIMER: I am not associated with Impulse in any way except as a
satisfied customer. I am, however, associated with the Boston
Computer Society, being a member and the editor of "Soundwaves".
------------------------------
End of INFO-MAC Digest
**********************
∂12-May-87 0112 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #88
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 12 May 87 01:12:30 PDT
Date: 12 May 87 0108-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #88
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 12 May 1987 Volume 5 : Issue 88
Today's Topics:
Re: Flame (V5 #87)
Re: 32K segment limit
System 4.1/Finder 5.5. What's new?
Broken Programs Under System 4.1
Color Quickdraw on Macintosh SE?
SkipFinder-6.2 (from Darin Adler)
some TOPS-20 Help-files in ACTA-format
Submission of WriteNow to/from Text DA
Small utilities
RE: New Autoblack
Re: NEC monitors & Mac II
Re: Utilization of Bernoulli Box (V5 #85)
Educational Software Recommendations
Converting ASCII Files
Mac power supply
Disappearing text in Word 3.0
Salary Review
Usenet Mac Digest V3 #38
Usenet Mac Digest V3 #39
----------------------------------------------------------------------
Date: Mon, 11 May 87 04:52:10 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Flame (V5 #87)
I don't know the products in question. However, the segment loader
on the Mac Plus and later (actually, the resource manager) can
properly handle segments > 32K. Since people may end up choosing
this target configuration for other reasons, that makes it available
for most programs.
MPW has an option that allows you to set the segment size to any arbitrary
larger limit. Pascal 2.0 allows arrays > 32K.
------------------------------
Date: Mon, 11 May 87 09:56 EST
From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
Subject: Re: 32K segment limit
Alright, I think I've heard enough of the gripping about this
by now, so it's time to throw in my two cents worth.
1) You can "get around" the segment limit by allocating stuff
on the heap (in other words, use pointers and decent data
structures instead of arrays of everything)
Unix C programs are notoriously badly written in terms of this,
people just LOVE to allocate 2 Meg arrays by simply defining
them. A more intelligent thing to do is to allocate things
like that on the heap.
Granted: The programming language COULD do that for you
automatically, sensing "large" arrays and compiling so as
to place them on the heap, but you have to remember, then
your compiler isn't "general" anymore, it is Mac specific
(Not that LSP isn't Mac specific, mind you)
2) If your problem is that one of your segments (ie code) is
more than 32K long, then break your code up into smaller
parts. I can't see how one routine could honestly be more
than 32K and not be composed of smaller routines.
3) As I understand it the "great" way that absoft does it is
to completly ignore the memory manager. Okay, thats seems
fine you might say. But: for large programs, having one
segment slows the load time, makes it a memory hog, AND
for future architechures and OS (i'm thinking Juggler type
stuff here) you're going to run into problems with programs
that ignore memory management. I've seen plenty of
problems with absoft FORTRAN, esp when poor souls try to do
Mac programming with it. What I think we need is a version
of FORTRAN for MPW so that you can do your calculations in
FORTRAN, your string manipulation in C, your interface programming
in Object Pascal, and your vertical retrace tasks in asssembly,
all linked together by a real linker. What a concept, I wonder
if IBM ever thought of that :-)
4) I've never (or very rarly) run aground with the 32K limit, and
when I did it was quickly corrected by doing things in a more
intelligent way. And you know what? When I did it "right"
my program ran faster. I'm converted now, keep those globals
to a minimum.
Tom Dowdy
CML5A9@IRISHMVS.BITNET
"They say there is strangeness to danger us,
In our theaters and bookstore shelves.
Those who know what's best for us,
Must rise and save us from ourselves."
------------------------------
Date: 10 May 1987 21:34-EST
From: Duane.Williams@me.ri.cmu.edu
Subject: System 4.1/Finder 5.5. What's new?
I've been using the new System for a few days now. Except for the
problems with MacTerminal and UW, the programs I use seem to still work
alright. What I want to know is what have Apple's system software
developers been doing all this time since System 3.2? The visible
improvements for us Mac Plus users are few and far between!
I see a cute fat trash can occasionally. About 5 minutes work, I
suppose. I see Sticky Keys and Mouse Keys. I suspect that these
aren't much use to about 99% of the Mac users; I threw them away.
Apple's got enough code taking up my memory already without those
"features". The Restart and Shutdown items under the Special menu are
alright, although I was getting along just fine with the old Shutdown
command. I suppose the new commands were good for about 30 minutes
work. I like the modular Control Panel; I'm assuming Apple will tell
the rest of us how to add modules to use it. I'll estimate that at
about two weeks. Find File is nice too. Give them another two weeks,
with lots of time for coffee breaks. Adding "Larry and John" to the
"About the Finder..." box--another 5 minutes, assuming they were slowed
down by using Sticky Keys. The new Print Setup Options are nice. Two
more weeks. Let's see...how long has it been since the last System?
How many people were working on this?
I almost forgot. We have to give them time to fix all the bugs they
introduced while putting in these new features. And test all this hard
code.
I suppose I'm exaggerating somewhat, but I expected a lot more.
[
from the moderator:
I too can do without cute "bulging" trashcans and moving watch hands. Since
my cluster does not run AppleShare and has every kind of Mac except (sigh) a
Mac II, why should I switch to the new system and finder? 3.2/5.3 is stable,
and later versions offer no increase in functionality. At least no obvious
increase.
Am I just missing something?
DoD
]
------------------------------
Date: 9 May 1987 01:06-EST
From: Duane.Williams@me.ri.cmu.edu
Subject: Broken Programs Under System 4.1
Is anyone making a list of the programs that don't work with System
4.1? Thus far I know of two: MacTerminal 2.0 and UW3.4. I've heard
that MacTerminal 2.2 will fix the problem, but I haven't heard when it
is expected to be released. Is the author of UW working on a new
version?
------------------------------
Date: Mon, 11 May 87 09:15 EDT
From: <PAYNE@ITHACA.BITNET>
Subject: Color Quickdraw on Macintosh SE?
Does anyone know to what extent the new Color Quickdraw is or will be
supported on the Macintosh SE? My understanding was that the ROM did
not include Color Quickdraw, but there is a vague reference in this
month's MacWorld that says the SE has a new "style record" that allows
it to "use and retain" information from color applications on the Mac
II. Anyone know what kind of support this means?
Also, any thoughts on whether Color Quickdraw may be available on
an SE at a later date via System File ROM patches? When you plug
a card and external monitor into an SE, can you get Mac II style
color, or is it "just" a larger bitmap of the Mac-classic variety?
Thanks.
John
John E. Payne Phone: (607) 274-3704
Academic Computing Services Bitnet: PAYNE@ITHACA
Ithaca College Internet: PAYNE%ITHACA.BITNET@WISCVM.WISC.EDU
Ithaca, NY 14850
------------------------------
Date: Sun 10 May 87 12:47:34-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: SkipFinder-6.2 (from Darin Adler)
Darin has left Austin "for good" .... a great loss for the local Macintosh
hacker community (and a great gain for Chicago and whereever else he may
have reason to go during his new ventures).
But before leaving, he dropped improvements of some of his goodies, one of
which follows: SkipFinder-6.2 !!
(use BinHex4 or 5 to unhexify this file, and unpack the resulting file
which is in compressed format using either PackIt-II or unpit.
3 files should emerge:
SkipFinder-6.2, small SkipFinder-6.2, and StartSkip-1.0
StartSkip-1.0 is similar to a commercial program from the Quick&Dirty
series from Flights of the Phoenix, which "does nothing" - use it to
either switch Finder/System to one on another disk *OR* (and the reason
why Darin wrote it) after activating the DA SkipFinder, execute StartSkip
to get rid of the Finder and into the SkipFinder interface *QUICK* ...
)
Enjoy, ---Werner
PS: other programs in Darin's care package (which I'll upload later) are
Ranger-2.0, StartUpDesk-1.0, and ReverseScreen-1.0
all with new ICONs.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-SKIPFINDER-62.HQX
DoD
]
------------------------------
Date: Sun 10 May 87 13:09:33-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: some TOPS-20 Help-files in ACTA-format
if you are using your MAC as a terminal for a DEC-20 you may find this
file useful. It contains some of the TOPS-20 HELP-files of SUMEX-AIM
structured into an ACTA-format file. if you don't have ACTA, not all is lost:
use SWITCHER to create 2 partitions;
- one for your terminal emulator
- the second for ACTA-READER (freeware) to read the HELP-data
and avoid getting help at modem-speed from your mainframe.
...and dream of what a CD-disk can do for us .... (-:
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ACTA-TOPS20-HELPFILES.HQX
DoD
]
------------------------------
Date: 10 MAY 87 18:17-PDT
From: BOLSON%UWALOCKE.BITNET@wiscvm.wisc.edu
Subject: Submission of WriteNow to/from Text DA
This is TransText version 1.02, a DA to convert TEXT files to and from
WriteNow for Macintosh (from T/Maker). It is shareware, written by
the author of the WriteNow Translator (myself), to resolve probably
the major weakness of the current version of WriteNow. With this DA,
any WriteNow file can be converted to text (and in any program, on
demand - useful even if WriteNow could do it also!) and vice versa.
Contact Ed Bolson, the author, at BOLSON@UWALOCKE.BITNET
Suggested archive name - DA-WNText-1-02.HQX
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-TRANSTEXT-102.HQX
DoD
]
------------------------------
Date: Sun 10 May 1987 01:36 CDT
From: Nihar Gokhale <MMAR013@ECNCDC.BITNET>
Subject: Small utilities
Hello again, it's me, the software guy :)
Here's Wrap DA. It'll let your cursor "wrap" around the screen. Might be
helpful for bigscreen users also (?)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-WRAP-CURSOR.HQX
DoD
]
------------------------------
Date: Tue, 12 May 87 00:34 EST
From: <EWING@TRINCC.BITNET> (The Byte Busters)
Subject: RE: New Autoblack
After trying the new Autoblack screen saver, I admit I love the little
program, but it still doesn't work with Stepping Out, though I haven't tried
it with the BigScreen init31 yet. Although the new Autoblack is Mac SE & II
compatible, the utility just doesn't seem to like being told that the screen
size is one thing when it installs itself, and then another size once
Stepping Out takes over. Oh well, I still can't use it on all my disks
in this fashion. Strange how the Mac crashes when Stepping Out tries to
install itself, and not when Autoblack kicks in automatically. Maybe someone
can explain to us why this might me so.
Richard Ewing
Trinity College
EWING@TRINCC or EWING@YALEVM (both Bitnet addresses)
------------------------------
Date: 12 May 87 03:33:31 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: NEC monitors & Mac II
If you read all the postings, they say:
* A Multisync or other third party monitor can be wired for the II
* They require impedance balancing to work properly, such as
provided by the Apple cable.
Since the Apple cable is shipped with the Apple monitor and not the video
card, there's a chance I'll get a II with no monitor or cable and end up
renting a Multisync.
Does anyone know how to build a proper impedance cable without using the
Apple cable? There must be some technical spec for the cable or a
commonly-available third party equivalent that can be hacked up.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: 11 May 87 14:06:15 GMT
From: jfm@mcnc.UUCP (John F. Mansfield)
Subject: Re: Utilization of Bernoulli Box (V5 #85)
>From: Harry McCaffrey STEWS-PR-C <hmccaffr@wsmr07.ARPA>
>Subject: Utilization of Bernoulli Box
>
>I'd appreciate any comments from people who have had experience with Bernoulli
>Boxes, or comments in general with respect to what I have detailed below.
I dont have my Bernoulli system on a Mac but on a PDP11/73
There may be little comparison but I have found that the drives are
SLOW! There seems to br little if any differnce between the Iomegas and
regular floppies. I have 8" 10 meg twin drives. The fact that you
have a removable easy to backup 10meg storage space is very nice and the
disks are fairly robust too. If as you say you are not a "power-user"
then you may be getting good value. I have heard very good things about
the Jasmine 20 and if you backup each night then you can survive without
a tape. I'm paranoid about crashes on the Mac that I use as other
people use it too and I always take a backup with me when I've finished
using the machine. If done regularly backups are usually really quick
and easy.
Anyway this is my 2 cents worth. Personally I'd get the Jasmine.
"See you at the barricades babe, see you when the lights go low Joe,
Hear you when the wheels turn round, some day when the sky turns black."
Ian McCulloch.
ARPANET: jfm@mcnc.org UUCP: !decvax!mcnc!jfm
------------------------------
Date: 10 May 87 20:21:18 PST
From: oxy!playa@csvax.caltech.edu (Javier Villalobos)
Subject: Educational Software Recommendations
Last week I posted an announcement (actually a plea) for information
regarding educational software for the Mac. The reason I requested it
was for the Macintosh Computer Fair that was going to take place
here at my College, Thursday, May 7. I wanted to take this oppoortunity
to thank all of you for your prompt replies. Thanks to all of you,
Occidental College will be selling and supporting the Macintosh
starting in August. Special mention goes to Brian Bechtel, formet alumnus
of Occidental College, who wrote an awesome letter which we printed in
the cover of the MacFest program. Thanks again for your candid letters
and your interest in propagating the Mac Fever!
------------------------------
Date: 10 May 87 20:29:29 PST
From: oxy!playa@csvax.caltech.edu (Javier Villalobos)
Subject: Converting ASCII Files
I am in the process of converting Text files from my university's Prime
computer and was wondering if there is program out there that takes
text files and gets rid of Carriage returns and spaces. I have a copy
of File Tricks -but that only extracts ASCII it doesn't get rid of
spaces. I have MS WORD 3.0 and I know there is DCA conversion program
but I am not to sure how to use it. Is there a program that converts
text files from mainframe word processors into Macwrite or MS word files?
Thanks...
Javier Villalobos
oxy!playa@csvax.caltech.edu
------------------------------
Date: Mon, 11 May 87 10:55:31 EDT
From: Jack Hill <jdhill@BFLY-VAX.BBN.COM>
Subject: Mac power supply
My father-in-law has an old 128k Mac that was upgraded to 512k as soon as the
upgrades were available. His problem is a familiar one. The screen goes blank
on him periodically and as of recently it happens every 5 minutes. I heard a
rumor that there is a particular diode that goes bad. Can anyone tell me which
diode it is, what value it is and where it is located? Better yet are there any
better power supplies available through third party vendors or otherwize?
Thanks,
Jack
jdhill@bfly-vax
------------------------------
Date: 9 May 87 08:51:00 EST
From: "ERI::SMITH" <smith%eri.decnet@mghccc.harvard.edu>
Subject: Disappearing text in Word 3.0
We have also seen a bug in Word 3.0 that sounds just like the one reported by
David Gelphman. Paragraphs of text appear normal on the screen, but when
printed on the LaserWriter or Page-Previewed only the first line appears.
It has happened to only one user. It has happened to him repeatedly, but
he cannot reproduce the bug at will. Watching him I observe that he's a
fast, sloppy typist who makes frequent mistakes, but I can't detect anything
"different" that he does.
The bad paragraphs are stable with respect to saving and re-opening, at
least with "fast" saves. Editing the paragraph usually makes the problem
go away. So does saving as RTF, then reopening from the RTF text.
CTRL-Y viewing special characters shows nothing unusual. The documents
were created from scratch, not converted from 1.05.
This user is quite fond of the Chicago 12 font, even though he does his
printing on the LaserWriter, and the problem documents happen to be
in Chicago 12.
Daniel P. B. Smith ARPA: smith%eri.decnet@mghccc.harvard.edu
Eye Research Institute CompuServe: 74706,661
20 Staniford Street Telephone (voice): 617 742-3140
Boston, MA 02114
"For my part, I could easily do without the post-office.... To speak
critically, I never received more than one or two letters in my life
that were worth the postage".--Thoreau
------------------------------
Date: Mon, 11 May 87 11:25:02 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Salary Review
For those of you not closely associated with the Valley of Silicon, the San
Jose Mercury News published a list today of the 100 highest paid executives in
the valley. Since this is being posted to Info-Mac, you must therefore guess
who was number one.
The highest paid executive of a public company based in the Silicon Valley in
1986 was John Sculley, CEO and President of Apple Computer with a wopping
salary of $1,697,706. Youch. And he probably hasn't even visited the garage
that Jobs and the Woz started in. That was essentially a 61% raise from last
year. It includes the million dollar bonus that he got, otherwise he would
have been about 6th. His closest companion was still half a million behind
him at $1,188,750 (Paul Ely at Convergent). HP also had 5 guys in the top 25,
beating Apple which has 5 guys in the top 50. Apple and HP definately have the
market share of well paid executives. Everyone else is scattered down the
list with only 1 or two execs in the top 100.
Anyhow, other Apple employees figured prominently in the top 50.
Name Position Cash Compensation Rank
John Sculley CEO, Pres 1,697,706 1
Delbert W. Yocam Exec. VP, COO 491,717 14
William V. Campbell Exec. VP 480,432 16
Albert A. Eisenstat Sr. VP, Counsel, Secr. 398,051 34
Jean-Louis Gassee VP 334,408 48
Other stats for Apple are a 1% decrease in sales in 86 and a 151% increase in
profits. It's obvious that Sculley can manage a company well. It's just too
bad that Jobs was too hardheaded to get along with him. Ah well, I suppose we
are just grateful that Apple can still sell us the computers we have grown to
love, regardless of the people involved.
Jon
------------------------------
Date: Mon, 11 May 87 09:02 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #38
Usenet Mac Digest Saturday, May 9, 1987 Volume 3 : Issue 38
Today's Topics:
Detecting Quits.
The mac's mouse pointer
Imagewriter Printer Driver Information
A/UX Pictorial Representation
Re: NFS, A/UX and the Mac II
RSG 3.0 versus Laserprep 3.3
HP LaserJet 2686A
Teaching Computer Literacy w/ Mac
Re: Detecting Quits. (2 messages)
Publishing in a foreign language
Custom Dragging?
Versaterm 3
Re: WARNING--512K UPGRADE!!!
Re: Custom Dragging?
Mac-nifty file formats
is VBL task in pascal possible?
MS Fortran Math from Lightspeed Pascal
68881 Installed?
Re: Change in "_Launch" interface...
Re: 68881 Installed?
linear programming on Mac
Re: MS Fortran Math from Lightspeed Pascal
Vertical Retrace Task in Pascal
why not A/UX on Mac SE?
Translating and indexing Bamana
MacApp Licensing Fee
Compatibility guidelines
MAC --> Laserwriter via Async comm
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-38.ARC
DoD
]
------------------------------
Date: Mon, 11 May 87 09:03 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #39
Usenet Mac Digest Saturday, May 9, 1987 Volume 3 : Issue 39
Today's Topics:
Floating-Point Precision
Re: Suggestions for Replacing Word 3.0
graphics s/w
Multiple startup systems on a HD
Re: Custom Dragging?
Re: 68881 Installed?
How to Plot Icons??
Re: curved arrows
Re: MAC --> Laserwriter via Async comm
Re: Compatibility guidelines
OWL selling vapor?
Re: Compatibility guidelines
Transparency film for the Apple LaserWriter
A/UX
PPostEvent returns a ptr to QElem?
Inside Mac: forthcoming...?
Re: Transparency film for the Apple LaserWriter
Re: Damaged XP 40 directory
Re: Compatibility guidelines
VBL tasks, offscreen bitmaps, Lightspeed Pascal, etc.
What dealers can sell MAC II?
Re: OWL selling vapor?
MacApp Licensing Agreement
Re: Transparency film for the Apple LaserWriter
Win a Mac II! (in the distant future!)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-39.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂13-May-87 2327 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #89
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 13 May 87 23:27:32 PDT
Date: 13 May 87 2323-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #89
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 14 May 1987 Volume 5 : Issue 89
Today's Topics:
Fortran possible under MPW???
Mac II screen sizes
System-4.1/Finder-5.5/Font/DA-Mover-3.5 ....patches for ++DAs?
Why use System 4.1?
Re: System 4.1/Finder 5.5 (V5 #88)
Re: System 4.1 - What's new
What's in the new System
FDAM patch still works
FileMaker+ does not work with LaserWriter 4.0
UW fix
Excel 1.03 and System 4.1
MacSmalltalk 0.4
Re: Color Quickdraw on Macintosh SE?
Archived SuperMac utilities
VersaTerm Pro Patch for SE Keyboard
Misc things, ref v86,87 &88
ref: previous misc notes
Mac+ Power Supply Problems
RE: (Delphi-3.23,MOUSEKETEER) DataFrame Initializer Version 2.51
PC-paint to MacPaint
Cricket Draw -> Word
Delphi Mac Digest V3 #26
Delphi Mac Digest V3 #27
----------------------------------------------------------------------
Date: 12 May 87 09:28:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Fortran possible under MPW???
Earlier, Tom Dowdy has suggested that:
I've seen plenty of
problems with absoft FORTRAN, esp when poor souls try to do
Mac programming with it. What I think we need is a version
of FORTRAN for MPW so that you can do your calculations in
FORTRAN, your string manipulation in C, your interface programming
in Object Pascal, and your vertical retrace tasks in asssembly,
all linked together by a real linker.
And to this I can only add my hearty endorsement of a REAL Fortran running
under MPW, linkable with all other languages in MPW. Even with McFace to take
some of the load off, Absoft Fortran is difficult to use (at best).
I believe, however, that there IS hope of getting a Fortran under MPW. The C
compiler under MPW is made by Green Hills. It is a little-known fact that
Green Hills also has a _Fortran_ compiler for 68K machines, which they sell
on only an OEM basis, to the best of my knowledge. In fact, I think the
Fortran on Sun Workstations is supplied by Green Hills. This compiler will be
available under A/UX. It seems to me that it is possible that this Fortran
could show up under MPW.
I think that having Fortran under MPW would be GREAT. If anyone knows how to
suggest this to Apple and/or Green Hills, then please do so. Also, I believe
that folks from Apple do get these digests, so please listen to this request.
If Apple is serious about "destop engineering" then Fortran under MPW is a
must.
Does anyone out there have connections to Green Hills, in order to suggest this
to the right people???
------------------------------
Date: Tue, 12 May 87 14:49:30 PDT
From: Marty Cohen <mcohen@nrtc.arpa>
Subject: Mac II screen sizes
1. Can the color board display 512 by 512 (or 640 by 512)
in addition to the standard 640 by 480?
2. Can the mono board and monitor display more than 640 by 480?
Thanks
Marty Cohen
mcohen@nrtc.northrop.com
------------------------------
Date: Tue 12 May 87 05:23:46-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: System-4.1/Finder-5.5/Font/DA-Mover-3.5 ....patches for
Subject: ++DAs?
I don't recall anyone announcing it (it was hinted at in the latest DELPHI
digest, though) ....
...but Finder-5.5/System-4.1 is being distributed by Apple now. Whereas
Finder-5.4/System-4.0 was supposed to be used with the SE *ONLY*, this one
supposedly works OK with older Macs, too. (but I have not read any *OFFICIAL*
description to that fact; nor to what all the differences are between the
releases 5.3, 5.4, 5.5 - or the soon-to-come 6.0)
installing it on my hard disk leaves me with the question: has anyone
determined what the needed patches are to allow loading more than the basic
limit of 15 DAs using Font/DA-Mover-3.5 ??? NO, I have not yet "toyed"
with the problem ....
------------------------------
Date: Tue, 12 May 87 09:44:07 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Why use System 4.1?
Someone on delphi or usenet asked why they should use System 4.1 on their
Plus. I can give one simple reason why I am never going back to System 3.2 -
Mouse scaling!!!!!!
That 3.2 mouse is like trying to use a dead fish as a cursor. Ouch! I
cranked my mouse all the way up and I love it. I'll never go back.
Jon
------------------------------
Date: Tue, 12 May 87 08:21:36 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: System 4.1/Finder 5.5 (V5 #88)
> From: Duane.Williams@me.ri.cmu.edu
> Subject: System 4.1/Finder 5.5. What's new?
>
> I've been using the new System for a few days now. Except for the
> problems with MacTerminal and UW, the programs I use seem to still work
> alright. What I want to know is what have Apple's system software
> developers been doing all this time since System 3.2? The visible
> improvements for us Mac Plus users are few and far between!
>
> I see a cute fat trash can occasionally. About 5 minutes work, I
> suppose.
> Find File is nice too. Give them another two weeks,
> with lots of time for coffee breaks.
Maybe if Mr. Williams has a spare two weeks, he would like to develop
a comparably useful program and offer (sell or give) it to the Macintosh
community. I'd be willing to bet it would take longer than two weeks,
particularly after design, development, testing on all possible machines
and with many applications.
> [ From the moderator: Since
> my cluster does not run AppleShare and has every kind of Mac except (sigh) a
> Mac II, why should I switch to the new system and finder? 3.2/5.3 is stable,
> and later versions offer no increase in functionality. At least no obvious
> increase. Am I just missing something?
First, if you have an SE (or II), you MUST use 4.1/5.5, since 4.0 is not
considered stable and earlier systems are not recommended.
This entire argument has been over Finder functionality. I'd agree that
except for AppleShare, there have been few changes.
The Control Panel was completely redesigned to be modular, allowing additional
functions to be machine-specific and easily added. Since this is completely
documented in IM Volume V, it would take no more than two weeks :-) to
write an auto-blacking utility that uses the Control Panel to install,
de-install and set the timeout period.
I think few users appreciate the complexity of the LaserWriter driver. I
suspect the changes offered reflect at least six man-months work, possibly
a year. The entire interface between QuickDraw, AppleTalk and PostScript
is complex. For example, PostScript is a programming language with bugs
in the interpreter, and the LaserWriter is a computer that can crash
like any other computer. Since it is an external computer, someone can
unplug it and re-plug it at any time. QuickDraw has > 150 calls and PostScript
has at least 250 operators.
User benefit? How about that bitmaps and other objects now line up with
MacDraw, etc., without the 4% shrinkage problem of the past.
I would guess the main changes are in the System file. System 4.1 includes
ROM patches to allow a Plus (or 512Ke) to use a number of 1987 traps
developed for the Macintosh II. These are:
TextEdit with changeable fonts, text sizes and styles
MacWrite-style formatting in a simple editor
Menu Manager with submenus
Any menu item can have its own pop-up menu
Script Manager (new)
allows support of non-European languages, such as
Hebrew, Arabic, Kanji. Supported by new TextEditA
Shutdown Manager (new)
A clean way to power off the machine
Printing Manager (trap-based)
Allows for future enhancements to printing functionality
The first two will be used by developers in new programs (or releases
of existing programs), so System 4.1 will be required in many cases
in about 12 months. Right now these features are mainly there so
developers can write code that takes advantage of them knowing it will
be avaiable to all but the old-ROM owners.
I don't mean to be an Apple apologist (I'm not), but I think the
user benefits will become more apparent when these new programs come
out. Also, if you believe the rumors, this is not the last system
software release this year, but may be just an interim maintenance
release.
------------------------------
Date: Tue, 12 May 87 16:22:19 pdt
From: apple!tecot@Sun.COM (Ed Tecot)
Subject: Re: System 4.1 - What's new
You forget that System 4.1 is also for the Mac II and Mac SE. Since System
3.2, many changes have been incorporated:
1) Incremental changes to the Finder, most notably support for remote
volumes (AppleShare). This alone is no simple task.
2) Script manager support for international systems.
3) New TextEdit support for ROMs which lack it (Not highly visible until
the applications using it are available)
4) Several other functions available to applications. (e.g. Hierchical Menus)
5) New Control Panel
6) New packages for Mac II (Color Picker)
7) New printing drivers
8) SCSI HD Setup supports newer hardware in Mac SE, Mac II
9) Find File desk accessory
10) Easy Access
11) New defProcs which understand MacII (color QuickDraw, etc.)
12) Support for newer keyboards (KeyCaps, Calculator)
13) Many other things I don't have time to mention.
In summary, not much is visible to the Macintosh Plus user unless AppleShare
is being used. As new applications become available which take advantage
of the newer system features, the work done will become more apparent.
Don't be surprised if some newer applications require System 4.1 or later.
emt
------------------------------
Date: Wed, 13 May 87 19:21:22 PDT
From: John Sullivan <SULLIVAN@SUMEX-AIM.STANFORD.EDU>
Subject: What's in the new System
A fairly humorous message was recently posted wondering what Apple's
System software people had been doing since 3.2; at first I thought it
was totally a joke, but I guess it's serious, even if funny. I thought
EVERYBODY knew that the new System was radically different, at least as
different from 3.2 as 3.2 was from 2.1 or whatever that ancient-history
number was. (I'm no expert, so there may be some inaccuracies in the
following):
System 4.1 has lots o' goodies which in the SE and II are in ROM, so
that future software taking advantage of these goodies will be backward-
compatible. For instance:
Hierarchical menus (menus which pop out of menu items)
New Improved TextEdit, which supports font/style changes in a
single TextEdit record
More support for background processes, including the Notification
Manager for letting background processes send messages to the user
The Script Manager, which supports non-Roman character sets (such as
Kanji and Arabic)
Lots more too, which I can't remember off the bat. Most of these things
are not visible now because the software which uses them hasn't come out
yet, but they will be. (Some currently-visible changes which no one
has mentioned include the scrolling menu indicator, and the ability to
make a copy of a file in a folder on the same disk without changing its
name via option-Drag).
I think Apple's System software people have been VERY busy.
John Sullivan
SULLIVAN@SUMEX
------------------------------
Date: Tue, 12 May 87 14:49:54 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: FDAM patch still works
The patch listed in MacUser for changing the Font/DA Mover so that it comes up
with DAs instead of Fonts still works with the 3.5 FDAM that comes with System
4.1. The patch is to change the two occurances of 6708 3B7C to 6608 3B7C.
Jon
------------------------------
Date: Tue, 12 May 87 08:54:05 PDT
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: FileMaker+ does not work with LaserWriter 4.0
Folks out there should be aware that FileMaker+ seems to be unhappy with
LaserWriter 4.0 and LaserPrep 4.0. When I tried to print with it last
night, it got a number of printer errors and then hung up. The failures
were all in the initialization -- if you initialize the LW by printing a
short job in Word 3.0 (which seems to work fine with LW 4.0, by the way)
then it works fine.
FM+ was also somewhat flakey under LaserWriter 3.3 and LaserPrep 3.3, but
there was a change made in the latest release that seems to have finally
put it over the edge. It is perfectly functional as long as you don't try
to use the program to initialize your printer, but I find this rather
unnerving.
chuq
------------------------------
Date: Wed, 13 May 87 00:27 EST
From: <88ICH@WILLIAMS.BITNET>
Subject: UW fix
RE: Broken Programs under System 4.1 and question about fontDA mover
I too would like to get a list of programs that do not work with
system 4.1. The fix for UW is really easy and was documented in
Usenet Mac Digest April 24 (message follows):
>From: dwb@apple.UUCP (Dave W. Berry)
>Subject: Megamax C, uw and Newer system files
>Date: 22 Apr 87 02:27:08 GMT
>Organization: Apple Computer Inc., Cupertino, USA
>
>It appears that at one point in time Megamax was using the low memory
>BasicGlobs for some sort of storage. BasicGlobs has now been inherited
>by the operating system and can no longer (actually, never should have
>been) used for this purpose. I'm told Megamax has fixed the problem and
>has updates available.
>
>This seems to cause all sorts of strangeness and crashes when uw and
>some other things are run on the Universal System file. In order to fix
>the problem you can attack UW with FEdit and change all references
>(there's two of 'em) to 02B6 to 0A78. This seems to work with uw and it
>may be worth trying with other things..
>
> David
> David W. Berry
> dwb@well.uucp dwb@Delphi
> dwb@GEnie
I changed mine and it seems to work fine. I have not tested it too much
since I have not really converted to the system 4.0/.1. The word is that
the author of UW is working on a new version (I read that on one of the
net Mails too).
By the way, how do I get a copy of sytem 4.1 and what is the latest version
of resedit?
Question on FontDA mover:
I have a lot of old fonts that do not have FOND resources. It seems
that the FontDA mover has trouble with them. Sometimes it will use
a name associated with a font in the current system folder. This is a
problem because when you then move the font into your system file, it
copies over the old (real) font with that name. I have tried to create
my own FOND's with resEdit, but I was unsuccesful.
The real inspiration for this question was a 76 page thesis that was on
a hard disk that had its system folder replaced. When a new system folder
was added and the fonts were reloaded, every equation was in architectual
font (ie. tree -> bathtub or sink). It looked kind of amusing, but the
owner was not impressed. How can I prevent this?
Ian Hendry.
Bitnet: 88ICH@Willams
------------------------------
Date: Wed, 13 May 87 11:06:32 -0400
From: Andy Malis <malis@CC5.BBN.COM>
Subject: Excel 1.03 and System 4.1
I have been bitten by the bug that causes DAs to crash when using
Excel 1.03 under System 4.1 (on a Mac+). I boot off of an Apple
HD-20. I understand that the cure is to somehow alter the boot
blocks on the HD-20 to increase the amount of system space
available. Is there an INIT file or application available in the
archives for doing this?
Thanks,
Andy
------------------------------
Date: 14 May 87 04:13:05 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: MacSmalltalk 0.4
Mac Smalltalk 0.4 will be listed in the APDA catalog that ships
next week. The main difference is that it works on the Mac II,
otherwise it's just a maintenance release of little importance
to Mac Plus owners.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: 12 May 87 11:16:46 PDT (Tuesday)
From: Mackey.osbunorth@Xerox.COM
Subject: Re: Color Quickdraw on Macintosh SE?
I asked an Apple Marketing guy, who knows a lot about the Mac II and SE,
about the differences between the Mac II and SE ROM and was told that
the Color Quickdraw code uses 68020 instructions, so it won't work on an
SE (that's why it's not in the SE ROMs). However, perhaps with a 68020
card in the SE expansion slot and. . .
Kevin
------------------------------
Date: 13-MAY-1987 08:17
From: Hallett@ge-crd.arpa (Jeff)
Subject: Archived SuperMac utilities
Hi all!
Are the utilities posted to the InfoMac archives for DataFrames only or
can any SCSI harddisk use them?
Jeff
------------------------------
Date: Tue, 12 May 87 13:43:30 PDT
From: Ken_Urquhart%SFU.Mailnet@umix.cc.umich.edu
Subject: VersaTerm Pro Patch for SE Keyboard
Probably the *BEST* all around terminal emulator available for the Mac
is VersaTerm PRO from Lonnie Abelbeck...no question...
However, version 1.20 (the one most people seem to have around here) did
not work with the new Mac SE keyboard...specifically, the keypad did not
act like a VT100 keypad when VersaTerm PRO was in VT100 emulation
mode...and the arrow keys didn't work either...
But the problem did yield to a little poking around with MacsBug...
To patch VersaTerm PRO (version 1.20) for use with the SE keyboard:
*** Make a copy of VersaTerm PRO and use FEdit or MacTools to
add the following patches:
(i) to make the arrow keys work (and enable the keypad
changes below to work):
search for the hex string: B67C 000B 661E
and change it to: B67C 0003 671E
(ii) to make the SE keypad act like a VT100 keypad:
first, search for the hex string: 5C4F 4E5E 4E75
once found, search the rest of the file for
the following strings (they will occur one
after the other):
search for the hex string: 0C6E 0047 000C
and change it to: 0C6A 001B 0000 (fixes "CLEAR" key)
search for the hex string: 0C6E 0048 000C
and change it to: 0C6A 003D 0000 (fixes "=" key)
search for the hex string: 0C6E 004D 000C
and change it to: 0C6A 002F 0000 (fixes "/" key)
search for the hex string: 0C6E 0042 000C
and change it to: 0C6A 002A 0000 (fixes "*" key)
search for the hex string: 0C6E 004E 000C
and change it to: 0C6A 002D 0000 (fixes "-" key)
search for the hex string: 0C6E 0046 000C
and change it to: 0C6A 002B 0000 (fixes "+" key)
search for the hex string: 0C6E 004C 000C
and change it to: 0C6A 0003 0000 (fixes "ENTER" key)
search for the hex string: 0C6E 004E 000C
and change it to: 0C6A 002D 0000 (fixes "-" key)
search for the hex string: 0C6E 0046 000C
and change it to: 0C6A 002B 0000 (fixes "+" key)
*** The patched version will continue to run normally on the
512K Mac and the Mac Plus...
*** The patches are for the VT100 mode of VersaTerm PRO only!
I did not look at the DG D200 emulation.
*** This is for Version 1.20 of VersaTerm PRO, I have heard
that later versions of VersaTerm PRO work properly with the
new Mac SE keyboard...
------------------------------
Date: Tue, 12 May 87 20:23:26 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: Misc things, ref v86,87 &88
Big Screen INIT doesn't seem to work on a Mac SE.
Misc Items: re new sys/finder.
[my hardware is the usual 128k ROM, 2Meg with HD20]
With Finder 5.5 and System 4.1, AutoBlack will not work with MacsBug via
the old mechanism. I conjecture that the new system is smart enough to
understand that the 128K ROMs do not need a RAM patch to run the HD20 so it
doesn't load the debugger (named 'Disassembler') as the HD20 init file.
Both seem to work fine independently, just not together. Anyone find
anything other than this?
My floppy disk problems have all but gone away since I installed the latest
system/finder combo. That's worth the upgrade! (where the system would
completely lose the floppy drives, not the HD. It not happening anymore.)
For those of us with the old old standard Mac keyboard, it is nice to know
that the following hack still works: (I include it for those who might also
like to try it)
- - - -
From DELPHI:
6656 20-MAR 03:14 Hardware & Peripherals
Hyperdrive conference Re: 6638 (Re: Msg 6655)
From: LOGICHACK To: RAMARREN (NR)
...
More random notes: If you have the new ROMs and are using System 3.0 and
up but have a regular Macintosh keyboard, I have a quick patch to PACK3
(sfGetFile) that will make 'command-backspace' go up a directory level from
sfgetfile. Simply take FEdit to your System File and replace $0C40 101E
with $0C40 1008. I find it very useful. I can't figure out why the guy
that wrote PACK3 didn't put in regular mac keyboard commands for the Mac+
cursor keys...
...
Have Fun,
Paul Mercer :-)
- - - -
For the person who was looking for a program to convert text from a
mainframe to MacWrite (nicely word wrapped etc) format, you might try
MakeWrite, which is in the archives (or if you send me a note, I'll mail it
to you). It typically works pretty well for me, and most anything on the
Mac can understand the MacWrite format for conversion.
Another alternative for the above is the Clipper 1.5 FKEY, which inserts
returns into text on the clipboard for uploading to the mainframe host,
and deReturns text on the clipboard for pasteing into a DA Word Processor
etc. This is great for terminal and small duty usage, a little
tiresome for big files.
Lastly, does anyone know what the CODE segment generated by the MPW Pascal
compiler/Linker called "%A5Init" is? I note that in their example, it is
unloaded immediately in the main program, prior to ALL other calls,
initializations, etc, with the call UnLoadSeg(@_DataInit). I've never seen
this before and I can't find a reference to it in the documentation anywhere
(* ended up reading the Entire MPW Shell and Pascal reference!!! *). I'd
really like to know what the _DataInit (?) procedure/reference is and why
the compiler/linker is producing this unknown CODE resource.
enough.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 12, 1987
------------------------------
Date: Wed, 13 May 87 12:22:29 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: ref: previous misc notes
after a bit of munging about, I find that autoblack and macsbug actually
do load with the new system and finder; it just doesn't tell you about
it. (they are named MacsBug and disassembler, respectively.) however, i
find that autoblack sometimes doesn't actually do its thing until you
hit the interrupt to macsbug at least once. then all is normal.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
may 13, 1987
------------------------------
Date: Tue, 12 May 1987 07:39 PDT
From: PAAAAA7%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Mac+ Power Supply Problems
We have 20 Mac+ here. So far at least half have experienced power supply
failure. The screen suddenly shrinks from the top and bottom, then vanashes
all together. Each time we send one in the dealer charges us for a
replacement power supply. This is getting expensive! Is there an easier
way? Please respond directly to me <PAAAAA7@CALSTATE.EDU> and I will
summarize for the net. Thanks!
Rich
------------------------------
Date: Wed 22 Apr 87 12:00:20-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: RE: (Delphi-3.23,MOUSEKETEER) DataFrame Initializer Version
Subject: 2.51
I only know of Version 2.50; does anyone know if 2.51 means that there
is a known problem or is 2.51 only a customization for the particular setup
Alf was asking about (Human Touch board, Novy gear) ??!!
------------------------------
Date: Wed, 13 May 87 12:45:12 CST
From: Don Kovach <KOVACHDG@UREGINA1>
Subject: PC-paint to MacPaint
I am looking for a package that will translate PC-Paint files to
the Macpaint format. If anyone knows of such a package please inform me
as to how to obtain it.
Thank You
Don Kovach
Acknowledge-To: <KOVACHDG@UREGINA1>
------------------------------
Date: Wed, 13 May 87 16:12:27 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Cricket Draw -> Word
I have some friends who are trying to create a logo in Cricket Draw and copy
it into a Word 3.0 glossary. Needless to say it isn't working very well since
the logo uses some things that are unrepresentable in Quickdraw, only in
Postscript. So, I remember someone talking some time ago about using a font
called Postscript Escape or somesuch to place embedded postscript in a text
file (MacWrite or Word). This sounds like what these guys need.
Could someone please fill me in on the essentials? Has anyone actually done
this sort of thing?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Tue, 12 May 87 08:55 EDT
From: Jeffrey Shulman <SHULMAN%slb-test.csnet@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #26
Delphi Mac Digest Tuesday, May 12, 1987 Volume 3 : Issue 26
Today's Topics:
HP's brain lives!
Excel/MockTerminal/Mac SE
RE: Networked Applications
SuperSpool 3.2 vs. SE
Laser Prep 4.0 (2 messages)
RE: TMON & System 4.1
Tangent Tech. Keybd. (3 messages)
Tangent Tech. keyboard
Patch For Font/DAM 3.5? (2 messages)
Excel 1.03 vs. DAs (3 messages)
RSG3 vs Word3 (4 messages)
Smartcom 2.2B vs. SE keyboard
Keyboard map
QD bug (2 messages)
RE: Font Scaling
Resetting PRAM in System 4.1 (2 messages)
Laser Prep 4.0 (3 messages)
[
archchived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-26.ARC
DoD
]
------------------------------
Date: Tue, 12 May 87 08:56 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #27
Delphi Mac Digest Tuesday, May 12, 1987 Volume 3 : Issue 27
Today's Topics:
RE: About Lap Mac (2 messages)
RE: Detecting Quits.
RE: VBL tasks, offscreen bitmaps, Lights (2 messages)
RE: Re: VBL tasks, offscreen bitmaps, Li
Re: Re: Detecting Quits.
Re: Re: Change in "_Launch" interface...
Re: Compatibility guidelines
Finder feature
FONTS RESEDIT AND FONTDAMOVER
ScrapSaver problem with Juggler
RE: System 4.1/Finder 5.5 Compatibility (3 messages)
fun bugs
Sound digitizers...
SE PRAM (2 messages)
LaserWriter "Faster Bitmap Printing"
Laser Prep 4.0 patch/Miniwriter
rubber SE screens (2 messages)
SE mouse
RE: DataFrame 40 problems
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-21.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂18-May-87 2327 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #90
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 18 May 87 23:27:51 PDT
Date: 18 May 87 2324-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #90
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 19 May 1987 Volume 5 : Issue 90
Today's Topics:
New Mac Respository Online
Re: %A5Init Segment
RE: System 4.1/Finder 5.5. What's new?
Mixing languages
TML Pascal 2.5 update
Great little DA's...
Patch for Lightspeed Pascal
Fix to Lightspeed Patch
TOPS and finder 5.5
TOPS Boot
WriteFix
TrackPopUp
RE: Color Quickdraw on Macintosh SE
More ideas on Multisync & Mac II
Re: PC-paint to MacPaint (INFO-MAC V5 #89)
Mac SE and System 4.0/Finder 5.4
LaserWriter Plus clone MUCH better than original??
BBS Software?
Usenet Mac Digest V3 #40
Usenet Mac Digest V3 #41
----------------------------------------------------------------------
Date: Sat, 16 May 87 13:59:28 MDT
From: Robert J. Thum <RTHUM@SIMTEL20.ARPA>
Subject: New Mac Respository Online
Hello All,
I would like to take a few moments to let everyone on all the nets know
that after several months I have finaly gotten the Mac repository in
order where you can hopefully find something with only a slight delay.
The purpose of the SIMETEL20 Macintosh repository is NOT to compete with
the SUMEX computer at Stanford but rather to relieve the pressure put on
to that system.
Most of the material on the SUMEX is stored here on the SIMTEL20 the
main difference is that I will not be deleating older versions of
Applications, DAUs, ETC, unless the version causes BOMBS or other
problems. The one set of files I have not retained is the ARCHIVED
Info-Mac, Delphi, Usenet Digests. While the SIMTEL has a large storage
capability it is not unlimited and the Digest take up LOTS and LOTS of
space.
If you would like to use the files or just browse here is the formatt
to get into the Macintosh area.
FTP SIMTEL20.ARPA
FTP> Login Anonymous
FTP> Password: Guest
FTP> DIR PD:<MACINTOSH>
PD:<MACINTOSH>
MACINTOSH.CRCLST.70508
FTP> TYPE PD:<MACINTOSH>MACINTSOH.CRCLST or
FTP> GET PD:<MACINTOSH>MACINTOSH.CRCLST and read offline
All of the files are shown with what subdirectories the given program
or application is in.
I have set up the following subdirectories, which should help to reduce
the time required to do a search.
PD:<MACINTOSH.APPL> APPLICATIONS
PD:<MACINTOSH.COMM> COMMUNICATIONS
PD:<MACINTOSH.DEMO> DEMOUS
PD:<MACINTOSH.DOC> DOCUMENTATION
PD:<MACINTOSH.ED> EDUCATION
PD:<MACINTOSH.FKEY> FKEYS
PD:<MACINTOSH.LANG> LANGUAGE, PROGRAMING
PD:<MACINTOSH.MACTN> MAC TECH NOTES,The number after the No. is the date
PD:<MACINTOSH.MUSIC> MUSIC
PD:<MACINTOSH.NEWS> NEWS OF MAC INTEREST
PD:<MACINTOSH.PICT> PICTURES
PD:<MACINTOSH.REVIEW>REVIEW OF SOFTWARE,HARDWARE,ETC.
PD:<MACINTOSH.TECH> TECHNICAL STUFF
PD:<MACINTOSH.UTIL> UTILITIES
Please feel free to come on line and browse.
If you need to get in touch me, my address is:
Robert Thum ARPANET Address:RTHUM@SIMTEL20.ARPA
448 W. Ethel PHONE: Autovon 258-4360/4640
Las Cruces,NM Comm 505-678-4360/4640
88005-2012 Home 505-526-8199
------------------------------
Date: Thu, 14 May 87 13:23:18 edt
From: stew%lhasa@hucsc.HARVARD.EDU
Subject: Re: %A5Init Segment
The code in the %A5Init segment initializes any statically initialized
global variables. It is called by _RTInit before your main program.
By the time your main() gets in, %A5Init's work has been done, so it
can be unloaded. _DataInit is the name of the entry point in the
%A5Init segment.
------------------------------
Date: Thu, 14 May 87 10:29 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: System 4.1/Finder 5.5. What's new?
I've been using the new system files on my 512enhanced for over a month
now. Although I haven't gotten my hands on System 4.1/Finder 5.5, I can
give a pretty good impression from System 4.0/Finder 5.4:
Finder 5.4:
Advantages:
o Is code-optimized for the 68020.
o Runs under AppleShare.
o Is NOTICABLY faster with hard disks and HFS floppies than Finder 5.3,
especially when copying files (5-15% faster), building directory structures,
mounting volumes, and launching programs(50% faster!).
o When copying files from one volume to another, the Finder will tell you
how much space (in bytes) is needed on the destination if it doesn't have
enough room for the files.
o File count for copying is now 5-digits wide instead of 3.
o Clean up is selective. You can still clean up an entire window, but if
you select a group of files, only those will be rearranged.
o Has smaller GET-INFO boxes, so that two can be displayed next to each other
on the screen. You don't know how handy that is for software librarians.
o Other "cute" changes: trash can bulges when it has something in it, watch
cursor slowly spins when doing long operations such as file copies or volume
mounts.
Disadvantages:
o Finder 5.4 is over 15K larger than Finder 5.3. This means little to hard
disk owners, but is a consideration for floppy users.
o Finder 5.4 is less memory-efficient than Finder 5.3. This especially
noticable when running it from floppies on the 512e, with more disk swaps
for simple things such as GET-INFO and trashing files.
System 4.0:
Advantages:
o The Control Panel is "open": you can add and remove panels by adding and
removing files from the system folder.
o New items on the Control Panel: variable-speed mouse, set 12 or 24
hour time format, number of menu blinks on selection (this was removed
with System 3.2)
o The mouse has six speed settings instead of two. The fastest setting lets
you move across the entire screen with a flick of the wrist! It takes some
getting used to, but you can make menu selections VERY quickly now.
o AppleTalk is finally back on the Chooser, where it belongs. When you select
the LaserWriter, Chooser automatically turns AppleTalk on. When you select
the printer port for your ImageWriter, Chooser asks you if you want to
disconnect AppleTalk. How 'bout that? Someone's been thinking!
o The KeyCaps reads a keyboard definition file from the System Folder. If
you connect a different keyboard, you simply change this file to have
KeyCaps reflect your keyboard.
o Many packages are rewritten. SANE uses the 68881 if present. The Standard
File Dialog now always responds to inserted disks (this was a bug in System
3.2, corrected in System 3.3 and higher).
o There are also new RAM-based packages, for example the Shutdown manager,
which manages dismounting, ejecting and rebooting for applications, and
the Script Manager for foreign languages.
o (related to above) Shutdown is now in two flavors: you can "Restart" (like
the old shutdown) or "Shutdown" (keeps the Mac from rebooting...great for
hard disk owners; physically turns off the power on the MacII).
o Programs running under System 4.0 seem more responsive when accessing
resources and refreshing dialogs. This may be an illusion, though.
o Other cute changes: new, international alert icons. Files of type INIT
and creator MACS appear as system icons.
Disadvantages:
o A very few programs don't work with the new packages in System 4.0.
o The system file, even without the new desk accessories, is still larger
then System 3.2.
If you have a hard disk, then System 4.1/Finder 5.5 is an absolute MUST for
MacPlus and Mac512e owners. If you're running from a floppy, there are
distinct benefits to this new system, but at the cost of roughly 50-70K of
precious disk space.
Paul Christensen
CSNET: PCHRISTENSEN%HENRY@RCA.COM
------------------------------
Date: 14 May 87 15:48:00 EDT
From: <hamm@biovax.rutgers.edu>
Subject: Mixing languages
> Date: Mon, 11 May 87 09:56 EST
> From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
> Subject: Re: 32K segment limit
>
...
> ... What I think we need is a version
> of FORTRAN for MPW so that you can do your calculations in
> FORTRAN, your string manipulation in C, your interface programming
> in Object Pascal, and your vertical retrace tasks in asssembly,
> all linked together by a real linker. What a concept, I wonder
> if IBM ever thought of that :-)
No, they didn't, but DEC did: have a look at the VAX/VMS calling
standard sometime.
Greg Hamm
Rutgers Molecular Biology Computing Lab
------------------------------
Date: Thu, 14 May 87 09:50:35 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: TML Pascal 2.5 update
In this month's MacTutor, TML has an ad for Pascal 2.5 which includes a free
update for 2.0 owners. Merely return your 2.0 disks or call TML for details.
Jon
------------------------------
Date: 14-MAY-1987 16:28
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Great little DA's...
Congratulations to you guys who are writing these great little desk
accessories like Popup and the recent one that allows the cursor to
wrap. These are great!!!
Question: Isn't there any way for you to create them as INIT's so they
can be resident at startup? I love 'em, but (lazy as I am) I don't like
going to the apple menu twice every time I start up. Besides, nice as
they are, they kill DA slots that could be used by DA's I need a lot
more. I'm afraid if those treasured 15 get full, these may go by the
wayside ('course there is always DoubleApple...).
Anyway, if you can convert these to INITs, I will download them personally
and send you the Shareware. As it is, I don't use them too often because of
the limitation I just described (read "not too often" as "once in a blue moon"
or "not since the first test").
Keep up the good work and may the Shareware Fairy smile on you!
JAH
------------------------------
Date: Mon, 11 May 87 13:12:11 edt
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Patch for Lightspeed Pascal
In Lightspeed Pascal, there are two resources that tell which areas of low
memory are not shared between Lightspeed Pascal and the current project;
these locations are swapped back and forth between LSP and your project
whenever LSP does a context switch. Resource QPRF 2 gives these locations
if you are using the old 64K ROMs, and QPRF 3 gives the locations if you're
using the newer ROMs.
You can modify these resources, in order to save additional low-memory
globals. In my case, I had a program that called SetResLoad(FALSE) before
entering a loop, and called SetResLoad(TRUE) after exiting. Problem was, I
had a minor bug inside the loop, and when my program failed, LSP reported
the error and promptly crashed; ResLoad was false, so LSP couldn't get the
resources it needed to properly report the error and put the thumb at the
bad line.
I fixed this problem by creating a ResEdit template to edit the QPRF
resources, and adding the address of ResLoad ($A5E) to the list. Now
things work nicely.
Anyway, since the patch is so small, here's the BinHex of it:
(This file must be converted with BinHex 4.0)
:%e&38NBRFb"KEQ3J9'9YF'aKG'8!2j!)!*!)!JNBC`#3"!%!N!-"XJ#3!l)!N!0
A!!#H!0S!X!%J"!C$B@jMC@`!N!@)!!i!Q!$&L!K6%e&38NBRFb"KEQ3J9'9YF'a
KG'8#!*!$2j!)!!!rN!J!N"LFbk5A!*!'!JN!!"d!$J"r!-@!!*!%@J!"!*!&3J"
`!&)!ZJ3#6dX!N!81!"!!2J#kL$TCEh8JC'mJEQpd)'KKGQ8JG'KP)'&MBf9cFb"
`FQPfD@aPCf9c)(4[)'p`C@iJG'KKG#"QEfaNCA)Z!*!$(3$#!3N!dJ&&!!!"!!!
"!*!$#J#3"M`"%!!)!6!!"!)J!!)#UJ!%!c`!"!3!"!!)!!!S#$3",!R@!!3*fJ#
+#Pi!!JTX!!`+K!"i$!!)!*!)1!%3!!J"-!!%!L!!!J+U!!3$2!!%"!!%!!J!!#J
)0!%X#GB!"!RD!)S+AJ!##Q`!$!U%!(J!N!Fb"5U3"8a69%)(3@4NFQ9cFdKA8N3
03RPdCA-JG'mJFf&fC84A8N3&+T!&6&0843!!!3#3!`'b!*!$XJ#3!eF!!6km!MB
!N!-F!&)!!9&38NB!!3!59%e36!#3!bS!!rrr"!#3"!%qc!!#rrm%!!"!!!%qb(8
D!*!&I!!"2M!%89"54KGV!:
The TMPL resource should be pasted into ResEdit before you try to edit the
QPRF resources; the QPRF resources are the ons I've patched to save
ResLoad; they can be pasted intoh Lightspeed Pascal.
If you want to modify the QPRF resources further, read chapter 14 of
the user's guide for LSP.
As always, mess around with a COPY of Lightspeed Pascal, and use LSP
for a bit to be sure that you didn't mess anything up.
Richard M. Siegel
R-Squared Development Systems
134 Horseshoe Drive
Williamsburg, Virginia 23185
(804) 229-2152 [After 6pm eastern time only]
Arpanet: rs4u@andrew.cmu.edu
Uucp: {your fave gateway}!seismo!andrew.cmu.edu!rs4u
Disclaimer? I don't even KNOW 'er!
[
also archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>LSP-QPRF-TEMPLATE.HQX
DoD
]
------------------------------
Date: Wed, 13 May 87 12:46:13 edt
From: rs4u#@andrew.cmu.edu (Richard Siegel)
Subject: Fix to Lightspeed Patch
There is an error in the patched QPRF's that I have previously posted.
Apparently, ResLoad *is* saved across context swaps, and my patched QPRF
resources end up having an overlap of addresses, which is definitely
un-cool.
If you use those patchd QPRF resources, Lightspeed Pascal will probably
not work properly. (In fact, I've been using them; LSP hasn't
malfunctioned, but there are some interesting graphical effects.)
Thanks to Peter Maruhnic and Philip Borenstein of THINK for
setting me straight on this.
The QPRF template for ResEdit that I posted *DOES* work properly.
I think. :-)
Rich
Richard M. Siegel
R-Squared Development Systems
134 Horseshoe Drive
Williamsburg, Virginia 23185
(804) 229-2152 [After 6pm eastern time only]
Arpanet: rs4u@andrew.cmu.edu
Uucp: {your fave gateway}!seismo!andrew.cmu.edu!rs4u
Disclaimer? I don't even KNOW 'er!
------------------------------
Date: Thu, 14 May 1987 11:45 EDT
From: Jim Griffin <IJDG400%INDYCMS.BITNET@wiscvm.wisc.edu>
Subject: TOPS and finder 5.5
Has anyone noticed that TOPS will not work with FINDER 5.5, SYSTEM 4.1
unless the Cache is turned off? I had a terrible time trying to get TOPS
working until I discovered that turning off the cache would work.
Before I discovered that turning off the Cache was needed, TOPS would
either act like nothing was wrong untill I tried to MOUNT or PUBLISH
a folder, or TOPS would cause the FINDER to bomb with an ID=3, illegal
instruction, or ID=2, illegal memory reference.
I haven't tried to contect Centram Systems about this yet but does anybody
know a way around turning off the Cache, or better yet are people from
Centram reading this news letter?
Jim Griffin
ijdg400 at INDYCMS.BITNET
------------------------------
Date: Mon, 18 May 87 09:45 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: TOPS Boot
[ Uploaded from Delphi by Jeff Shulman ]
Name: TOPS BOOT
Date: 16-MAY-1987 01:21 by DEWI
When System 4.1 arrived, I could no longer afford to run Tempo - the system
heap was getting too large. I had been using a Tempo boot macro to invoke
TOPS and automatically publish my hard disk on the network. TOPS boot is a
small program to run at boot time in order to achieve the same thing.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TOPS-BOOT.HQX
DoD
]
------------------------------
Date: Fri, 15 May 87 09:10 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: WriteFix
[ Uploaded from Delphi by Jeff Shulman ]
Name: WRITEFIX
Date: 14-MAY-1987 02:59 by LOGICHACK
WriteFix 1.0 of 5/13/87
WriteFix is a small INIT that allows MacWrite 4.5 and earlier to work
on 68020 based Macintoshes like the Mac II. To install it, simply
drag it into your System Folder and reboot.
WriteFix is only intended to be used until a new version of MacWrite
is released which will work on 020 based hardware. Since it must do
some pretty nasty stuff to work, it may cause problems with other
software although I have not personally found any. It is also possible
that other delinquent programs may be helped by WriteFix. If you find
one, please let me know
This software is free for non-commercial distribution. Please
include this info file when passing WriteFix on. Any bug reports
and comments should be directed to one of the addresses below.
Enjoy,
Paul Mercer
Applied Logic Systems
Delphi: LOGICHACK
AppleLink: D0131
MCI: SOL
681 E. Seneca Tpk., #A4
Syracuse, NY 13205
Phone: (315) 492-3348
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-WRITEFIX-10.HQX
DoD
]
------------------------------
Date: Mon, 18 May 87 09:46 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: TrackPopUp
[ Uploaded from Delphi by Jeff Shulman ]
Name: TRACKPOPUP
Date: 15-MAY-1987 02:31 by BRECHER
MPW Asm source code and listing output for TrackPopUp, a function somewhat like
MenuSelect but for pop-up menus. Works on all Macintoshes. The listing output
will be useful in deciphering the expansion of the "Pascal-ish" macros used in
the source and for determining the values of symbols and trap words that might
not be defined in your own set of EQUate files.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-TRACKPOPUP-SAMPLECODE.HQX
DoD
]
------------------------------
Date: Thu, 14 May 87 10:26 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: Color Quickdraw on Macintosh SE
To the best of my knowledge, Color QuickDraw will NOT be supported, now or
in the future, on the Macintosh SE. It will, however, be the basis of any
new machines to follow in the Macintosh II's path. A color monitor attached
to the Macintosh SE will be limited to the traditional Macintosh color scheme
of 8 colors. (Right now SuperMac and several other companies offer large
monochrome monitors for the MacSE that display full-page spreads from 72dpi
to 150dpi resolution.)
Several routines were enhanced to work with Color QuickDraw on the MacII.
For example, the window manager has a separate color record for each new
window to indicate the color of the title bar, scroll bars, grow box, etc.
The Menu Manager also has its own color record for specifying colors for the
check boxes, command key, and apple symbols. TextEdit now has style records
for retaining formatted, color text.
Apple has ONE large source code file for the ROM in all Macintoshes. It has
conditional assembly directives to produce the different "flavors" of the
Macintosh ROM: right now the MacPlus, MacSE, and MacII. Thus, any changes to
a particular routine will be reflected in the ROMs on all other machines.
Since many routines were extended to interface with Color QuickDraw,
these changes were reflected in both new machines: the Macintosh II and the
MacSE. However, since the MacSE does NOT have Color QuickDraw itself to
produce 32-bit color, these extra color-specific records will be ignored
(though information stored in them will be retained).
I doubt that Apple will release Color QuickDraw as a System File patch. That
would be a rather large, memory-hogging routine. I shudder to think of a
RAM-based Color QuickDraw. But then again, remember RAM-based HFS?
Paul Christensen
CSNET: PCHRISTENSEN%HENRY@RCA.COM
------------------------------
Date: 15 May 87 00:55:45 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: More ideas on Multisync & Mac II
Both earlier messages in V5 #87 suggested ground->ground, red->red,
green->green, blue->blue. One suggested wiring composite sync (3->4)
as well; the other complained of fuzzy output.
From Apple's March 1987 spec sheets for the new products:
Macintosh II Video Card
Output signals
* Video: RS343 standard...
* Sync: Composite; negative-going TTL
AppleColor High-Resolution RGB Monitor
Input signals
* Red, green, and blue video signals using RS-343 standard
* Composite synchronization, negative-going TTL
Now I'm no electronics expert, but that sure suggests to me that the
composite sync line is important.
It's possible that the earlier mention of impedance may only be a
second-order effect. If the only way to get the impedance right
is the Apple cable, Apple does not list their video cable separately
on their price list.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: 14 May 1987 08:17-EDT
From: Tom.Lane@zog.cs.cmu.edu
Subject: Re: PC-paint to MacPaint (INFO-MAC V5 #89)
[I'd respond directly to Don Kovach, but he didn't give an adequate
net address.]
The April issue of Personal Publishing reviews a PC program called The
Missing Link, which seems to do what you want. It interconverts among
8 (!) different bitmap-graphics file formats, one of which is MacPaint
and the other seven are various PC programs' formats (PC Paint is
included). Getting the MacPaint data onto or off of the PC's disk is
still your problem, though. (I imagine you can handle that with some
communication program.)
The program is $99 from PC Quik-Art, (800) 523-1796 or (404) 543-1779.
Get it now, as they will be raising the price soon when they add more
file formats (sez the review)...
Usual disclaimer: I don't know anything about this company.
Isn't it nice to work on a Mac, where there's only one graphics file
format? (Well, two if you count startup screens. Note that those seven
formats are all for MacPaint-equivalent bitmap graphics... no
object-oriented graphics included.)
tom lane
ARPA: lane@ZOG.CS.CMU.EDU
UUCP: ...!seismo!zog.cs.cmu.edu!lane
BITNET: lane%zog.cs.cmu.edu@cmuccvma
------------------------------
Date: Tue, 12 May 87 12:37:20 CST
From: "John Bertram Geis (Syzygy Darklock)" <GEISJBJ@UREGINA1>
Subject: Mac SE and System 4.0/Finder 5.4
I was stunned! For a full minute I stood there, speechless and unable
to think clearly. Then, the full realization sank in and I whooped for joy!
Why you might ask (and very well you might indeed, as I would if I was in
your place...). The reason was, that as I returned to the labs after a week
log absence, I discovered that the MacPlus in the graphics lab had been
replaced with a Mac SE! Oh joy, oh heaven! True advancement at last, onwards
and upwards as they say. I had given up hope of being able to play around
with an SE until I could afford to buy my own, but now the university had
actually forced themselves to spend some money (and around this campus, that
is indeed a miracle in itself!).
Gurgling with happiness ("gurgling", where did I get that from??), I sat
down before the machine and turned on the power (after groping for the switch,
that is, I didn't know that it had been shifted and shrunk). Ah, the joy of
it all, they even bought the one with the internal hard drive! No longer do
I need to go groping through my pile of disks to do something!
Then, THE Professor walked into the room (yes, I said THE). It seems that
there have also been bought another 20 or 30 more SE's, that have not yet been
delivered, and that there are plans to set up an...an... an OPEN MACINTOSH LAB!
Truly amazing! (at this time there are only about 4 or 5 of them on campus, and
they're all in the Grad Student "restricted access" labs.) Ahh, it's going to
be so good to be a MacHack on this campus in the next few months. (hmm, I
wonder what the chances are of getting put in charge of setting up the lab?
Have to look into that one...)
But, enough of my ramblings, on to the real reason for this letter.
I have just now seen the new System 4.0/Finder 5.4 operating system
(until the SE arrived, the most advanced system on campus was my System 3.0
version). Now, this system contains a number of new files which I have
never seen in the old versions of the op systems. These are namely:
MOUSE KEYBOARD KEY LAYOUT
STARTUP DEVICE and GENERAL
Now, the question is, what do these files do? Since they are all System
files, I would assume that they are simply separate files containing the same
(but more advanced) routines that were included IN the old system files. But,
do these files do anything in particular that I should know about. (ie., do I
have to include these files in the RamDisk that I usually create to hold my
Operating System?) What exactly do each of them do? (especially the GENERAL
one. The rest I can take pretty good guesses at.)
Secondly, what is everyone's opinion on the "universality" of this
system? I usually work on a Mac 512 with 400K drives (and likely still will
be for a couple of weeks until the other SE's arrive). Has anybody found any
problems in using the old 64K roms with it? Should I avoid using it on this
machine, and just stick with the 3.0 system I'm using now?
Send all of your answers to me and I'll summarize them all and post them
to the digest for everyone to see. Thanks in advance for your assistance.
_________
| _______ |
|| ||
||_______|| John Bertram Geis <GEISJBJ@UREGINA1>
| ----- | Macintosh File Depository Operator
| ----- | University of Regina, Regina, Saskatchewan, Canada
|_________|
Acknowledge-To: <GEISJBJ@UREGINA1>
------------------------------
Date: Thu, 14 May 87 15:46 CST
From: MBORSETT%NUACC.BITNET@wiscvm.wisc.edu
Subject: LaserWriter Plus clone MUCH better than original??
This month's MacWorld has an interesting article on LaserWriter-compatible
printers. According to the article, the QMS PS-800 Plus stands as _the_
printer for the Macintosh.
Quoting: "The PS-800 beats the LaserWriter by a length, but the PS-800 Plus
beats the LeaseWriter Plus by a mile. The fastest printer of the four tested,
the PS-800 Plus is the only printer running PostScript version 44, which is
faster than earlier versions and far more memory efficient." The article ends
with saying "unless you have a service contract with (or stock in) Apple,
there's no reason to consider a LaserWriter Plus over a PS-800 Plus." BTW, the
PS-800 is also $300 cheaper than the LW Plus!!
This article really made me feel ignorant. I haven't even _heard_ of a QMS
printer, and don't even talk about it being the _best_ PostScript laser printer
for the Mac!
Does anyone knows about or has direct experience with this printer? The office
I work with is relying on me to buy a laser printer, and after this article I'm
not sure that the LaserWriter Plus is the printer that we should get.
Comments anyone, or are you all flattered by this article as I am?
Mike Borsetti
Bitnet: mborsetti@nuacc.bitnet
MCI Mail: mborsetti
Telex: 6502526746 MCI UW
FidoNet: 115/729 (312-729-8768, member EchoMAC)
------------------------------
Date: Thu, 14 May 87 16:41:32 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: BBS Software?
I am considering setting up a BBS for our Users Group. Does anyone
have suggestions/experience with BBS software packages for the
Macintosh? I'll summarize and post replies if there is sufficient
input.
thanks in advance.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 14, 1987
------------------------------
Date: Mon, 18 May 87 09:44 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #40
Usenet Mac Digest Saturday, May 16, 1987 Volume 3 : Issue 40
Today's Topics:
4th Dimension aka Silver Surfer
LaserWriter Plus clone MUCH better than original?
what's different between sys 4.1 and 4.0? (2 messages)
System 4.1/Finder 5.5/PC MacKey kb bug
Re: what's different between sys 4.1 and 4.0?
Re: MacWrite 4.5 bombs on MacII Help!!!
Re: Positioning the Mac Cursor?
Apple Monochrome Monitor
_Launch revisited
Broken compilers
RoDime hard drive info needed
fooling Macwrite (and maybe others)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-40.ARC
DoD
]
------------------------------
Date: Mon, 18 May 87 09:44 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #41
Usenet Mac Digest Saturday, May 16, 1987 Volume 3 : Issue 41
Today's Topics:
Startup Volumes; LaserWriter
Re: System 4.1/Finder 5.5/PC MacKey kb bug
THIRD TRY -- LSP Patch
Passing EventRecords to DA's in LSC
AztecC and MacSE
Re: RoDime hard drive info needed
alternate character set
Re: what's different between sys 4.1 and 4.0?
annoying bug in Lightspeed Pascal when used with Switcher
Re: nonstandard baud rates
Mac to Apollo
Partial list of Math packages
Re: what's different between sys 4.1 and 4.0?
Job at Apple Computer
Request for Music File Formats
Can anybody help me get my kinetics/kip/cap on straight
Re: system 4.1 woes
Graphics Help?
Re: Passing EventRecords to DA's in LSC
Re: Broken compilers
Keyboard problems
Macintosh Text Editors (long)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-41.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂22-May-87 0032 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #91
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 22 May 87 00:32:47 PDT
Date: 22 May 87 0030-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #91
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 21 May 1987 Volume 5 : Issue 91
Today's Topics:
ResEdit Mod
Secret Globals from IM V4
Dimmed (or gray) Text
How do I tell the keypad keys from the keyboard keys?
Re: Networked Applications (V5 #84)
Re: Reconstructing Desktop WITH info? (V5 #85)
What makes programming for the Mac difficult?
Re: System 4.1/Finder 5.5. What's new?
Re: FindFile comments
MAC SE's & kermit
FWB Hard Disk Backup Prob. with System 4.0 or greater
Re: Delphi Mac Digest V3 #27
A User meets the Mac II: Software and Hardware notes
Long term Mac usage
Re: Mac+ Power Supply Problems
LaserWriter transparencies
SCSI hard disk prices finally coming down?
Micah AT repair
Micah questions
New Equation Editor?
----------------------------------------------------------------------
Date: Thu, 14 May 87 21:04:57 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: ResEdit Mod
I got a little tired of trying to remember that the Cached and Shared bits
for the Finder attributes were flipped in ResEdit, so I simply made a copy
of ResEdit and edited DITL=1004 to put the labels in the correct places.
no more confusion for me anyway.
is ResEdit v1.0.1 the latest or is there a later release available? what
are the current versions of MPW (C, Pascal, Asm, and MacApp... ) and how
does one go about getting notified and upgraded when a version release is
available?
thanks,
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 14, 1987
------------------------------
Date: Sun, 17 May 87 17:03:34 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Secret Globals from IM V4
There are some globals listed in the back of the beta draft of Inside Mac Vol
4, but only 2 of them have locations listed. Where are the others found?
Specifically, I would like to use CurDirStore from the new Standard File
package.
Are these really globals or is this all a cruel joke?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Mon 18 May 87 10:58:06-EDT
From: "Glen T. Slick" <JKR%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: Dimmed (or gray) Text
How do you draw dimmed (or gray) text such the dimmed text of an inactive
contol button or the dimmed text of a disabled menu item? A C code fragment
would be appreciated. Thanks.
-gts ARPA: jkr%mit-oz@mit-xx
------------------------------
Date: Mon, 18 May 87 15:38:44 EDT
From: "Collins, Herman" <SYSHERM@UKCC>
Subject: How do I tell the keypad keys from the keyboard keys?
OK, ok, ok. I give up. I've read the books (I'm waiting for the
movie). I've hacked at the code. How in the heck do I tell the
difference between the "=/*+" keys on the MacPlus keypad and the cursor
keys on the main keyboard? This topic has come up several times on this
list and others, but I've yet to see a good answer.
I'm writing a terminal emulator. It's an interesting project, and it
gives me some practice writing a Mac DA, but I'm stuck on this one
point. The keypad keys return exactly the same keycodes as the cursor
keys (but different ASCII codes). The modifier bits are set normally.
Inside MacIntosh_ says very little about this, although Volumn III says
that an inquire command can be sent to the keyboard, but this sounds
like I'd have to write a new keyboard driver.
MacIntosh Revealed_ mentions that INIT1 and INIT2 map the keycodes to
ASCII codes, while several passing references on the net mention INIT0
and INIT1 performing this task. I partially disassembled INITs 0-2 and
0 and 1 seem to be the right ones. At least they stick the address of
a procedure into $2A2 and $29E respectively. The procedures use D0 and
D1 to index into a table (that could be ASCII) and return a character.
Are these INITs documented anywhere? Can I poke the addresses of my own
mapping routines into these addresses? Will this work on all Macs? Is
there any documentation on the keyboard driver? Am I overlooking
something? Thanks for any help that anyone can give me.
Herman Collins
SYSHERM@UKCC (BITNET)
"Reality -- What a concept!" R. Williams
------------------------------
Date: Thu, 14 May 87 15:36:54 pdt
From: voder!apple!lsr@Sun.COM (Larry Rosenstein)
Subject: Re: Networked Applications (V5 #84)
In article <8705050854.AA02740@ucbvax.Berkeley.EDU> you write:
>INFO-MAC Digest Tuesday, 5 May 1987 Volume 5 : Issue 84
>
>
>From: PUGH%CCC.MFENET@nmfecc.arpa
>Subject: Networked Applications
>
>What do you have to do to make your program runnable by more than one person
>on Appletalk?
Tech Note #126 (brand new) has the answer. In the 128K ROMs, it is possible
to tell the Launch trap to open the application read-only. The bit that
indicates this is stored in the file Finder info flags (the shared bit).
Tech Note #40 talks about all the Finder flags. (This Tech Note was revised
last March to fix a bug.)
Larry Rosenstein
Object Specialist
Apple Computer
AppleLink: Rosenstein1
UUCP: {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.CSNET
------------------------------
Date: Mon, 18 May 87 09:01:05 pdt
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: Reconstructing Desktop WITH info? (V5 #85)
In article <8705060442.AA14190@ucbvax.Berkeley.EDU> you write:
>Date: 1 May 1987 11:24-EDT
>From: Richard.Lerner@speech2.cs.cmu.edu
>Subject: Reconstructing Desktop WITH info?
>
>Does anyone know of a program which can recreate a desktop without loosing the
>text in the GetInfo box? It seems like it should be easy to get that
>information from the old desktop, or at least try.
I don't know of an automatic way, but if you have ResEdit you can do it.
Simply open up the Desktop file and copy all the FCMT resources into a new
file. Then rebuild the Desktop and use ResEdit to copy the resources back.
This works in version 5.5 of the Finder. Of course, a future version of
the Finder might store the comments in an entirely different way.
Larry
------------------------------
Date: Thu, 14 May 87 18:53:13 pdt
From: apple!tecot@Sun.COM (Ed Tecot)
Subject: What makes programming for the Mac difficult?
What makes programming for the Macintosh difficult? What would you like
to see in terms of software to make it simpler? Please no flames about
deficencies in Pascal, C, 68xxx or documentation. Also, examples of software
which already achieves these means would be useful, such as MacApp or Skel.
I'll summarize.
Tnx,
_emt
My address is tecot%apple@csnet-relay or sun!apple!tecot or nsc!apple!tecot.
------------------------------
Date: Sat 16 May 87 20:59:17-PDT
From: Brodie Lockard <I.ISIMO@LEAR.STANFORD.EDU>
Subject: Re: System 4.1/Finder 5.5. What's new?
In a recent message, Duane Williams criticized the few features he noticed
in Apple's new system software, including making several cracks about Sticky
Keys and Mouse Keys, two utilities providing keyboard access and mouse
emulation for handicapped users who have no other way of using a Macintosh.
The additional features have already been listed by others on the net. As
for the access utilities, Mr. Williams is probably correct that they "aren't
much use to about 99% of the Mac users." The other 1%, however, are very
grateful to Apple for taking the time and trouble to address a problem that
most users (fortunately) never have to think about.
Brodie Lockard
Stanford University
brod@portia.stanford.edu
------------------------------
Date: Sun, 17 May 87 15:40 CDT
From: <BOYD@TAMLSR.BITNET> (Scott T. Boyd)
Subject: Re: FindFile comments
In a recent posting, someone made the assertion that Find File should
have taken about two weeks to write.
David Goldsmith wrote Find File before he became an Apple employee.
He worked on and off on it for four months. He then had to sell Apple
on it. Since he has joined Apple, David has added several significant
features, as well as making sure it runs on every variety of Mac and file
system.
Those of us who write software for a living appreciate the effort involved.
We applaud David's efforts. On top of that, we who use and beta-test Apple
system software know that their system's people have been very busy.
The only fair way to criticize their work is to be well informed. We
have criticisms, but they relate directly to specific technical points.
We could complain about vague generalities, but we have some insight into
the process, and it is not a simple or easy process. In addition, when
we have a gripe, we often learn from the people doing the work the reasons
why we can't have everything we want.
Info-mac is a good forum for discussion of proper ways to solve some problem.
Indeed, it's good to ask questions about why it seems Apple is doing this or
that. If you ask, we can all learn something when someone in the know
explains it.
scott t. boyd
greg marriott (yeah, like in the hotel)
The MacHax(tm) Group
[
>if you ask, we can all learn something when someone in the know explains it.
It is certainly nice to have someone in the know handy when you have questions.
The rest of us will have to stick to reading INFO-MAC. Sorry if you did not
like the way the question was phrased (I thought it was humorous), but before
anyone becomes personally offended PLEASE realize that we *are* asking just
those questions.
DoD
]
------------------------------
Date: Fri, 15 May 87 08:06 EDT
From: "I am only an egg."
From: <JOHNSON%nuhub.acs.northeastern.edu@RELAY.CS.NET>
Subject: MAC SE's & kermit
Hi!
I just bought a MAC SE. Nice machine. Having a problem with it
though.
I have a MAC plus at work. Kermit runs on it fine. I copied
kermit to a floppy and took it home. It came up on my SE but I didn't
seem to be able to get the modem to talk back. Ah, configuration is as
follows;
MAC SE
Racal-Vadic MAXELL 2000 modem (the kind you have to type
↑E<cr>
d<cr>
#######<cr> at to make dial)
I put a breakout box between the modem and the SE. I saw modem
signals but not transmit or receive data signals. I'm going to try the
cable and the modem on the MAC plus at work.
Has anybody heard of this kind of kermit behavior on a healthy SE?
Another thing I tried was to take kermit to my dealer and try to run
it on his SE. His SE has a 68020 running in the expansion slot. I don't
know if that makes any difference or not but kermit wouldn't even come
up. We got the burnning fuse on the bomb icon and the system asked for a
restart.
Anyone notice this behavior?
USnail:
Chris Johnson
Academic Computer Services
Northeastern University 39RI
360 Huntington Ave.
Boston, MA. U.S.A. 02115
AT&T: (617) 437-2335
CSNET: johnson@nuhub.acs.northeastern.edu
ARPANET: johnson%nuhub.acs.northeastern.edu@relay.cs.net
BITNET: johnson%nuhub.acs.northeastern.edu@csnet-relay
(Always vote. There may not be anything you want to vote for, but
there might be something you want to vote against.)
------------------------------
Date: Fri, 15 May 87 08:45:53 -0400
From: Larry Larraga <larraga@UDEL.EDU>
Subject: FWB Hard Disk Backup Prob. with System 4.0 or greater
I received a copy of the new System 4.1 stuff Wednesday and thought "Well,
I'll just start from scratch". I had a full disk backup using FWB's Hard
Disk Backup program that I did earlier in the week already, so I did another
full backup to have a spare. Both of these backups were done under System 4.0.
I then proceeded to use the new 4.1 HD SC Setup on my disk, which is an
SE internal 20SC drive. I initialized the disk (ahhhhrrrggh! - and why not?
I had TWO full backups that had been verified by HDBackup) and installed the
new SCSI driver (1.3) and copied the new system folder over with new utilities.
I then ran Hard Drive Backup from a floppy with the new System and Finder on it
and started to do a complete restore. After prompting me to insert the first
backup disk, the display showed "Reading HDB Storage File" then stopped and
the error message "file not found" appeared and the restore aborted. Fine, I
had another backup on hand. Same thing occurred again. Must be the new
System. I'll just go back to System 4.1. Wrong. Maybe it's the SE, I'll
try to restore to this Plus I have sitting here. No way. I now had two
useless backups and an empty hard drive. After much hair pulling, a friend
offered to look at my backups. All he did was restore it to his Plus with
an HD20 using System 3.2 and it worked! Why didn't I think of that? (Happy)
End of Story. (Whew!)
Larry Larraga
University of Delaware
Microcomputing Resource Center
152 Newark Hall
Newark, Delaware 19716
Voice: (302) 451-6782
ARPA: larraga@louie.udel.edu
BITNET: 26825@udacsvm.bitnet
COMPUSERVE: 76505,1426
GRNIE: L.LARRAGA
DELPHI: LLARRAGA
------------------------------
Date: Sat 16 May 87 19:41:12-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: Delphi Mac Digest V3 #27
please note the small mistake in file-name: you indicate that you save
# 27 as if it was #21; I hope that you did create the right file name in
the archives, but I have not checked yet.
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-21.ARC
[
DELPHI V3 27 was archived correctly, sorry about the misspelling.
DoD
]
------------------------------
Date: Fri 15 May 87 02:10:41-PDT
From: Philip M. Pitner <PITNER@Sierra.Stanford.EDU>
Subject: A User meets the Mac II: Software and Hardware notes
I have had my MacII with Monochrome monitor (color not shipping yet due
to American tarriffs on Japanese monitors) for one week now. It's a very
nice machine! I'd like to relate some of my experiences to you which may
save future MacII owners some problems.
For those hooking a DataFrame XP20/40 to the MacII you must reinitialize
your drive using "Initializer 2.6" (not 2.5!). Second, the Mac II internal
hard disk drive uses SCSI address 0. New dataframes are shipping with
address 4 to eliminate the bus conflict. (NOTE!!! Even if you have a Mac
II with no internal drive the SCSI address of the external drive still
cannot be zero. This was a suprise to Supermac and even some people in
Apple technical support. Apparently something is done with SCSI address 0
on the CPU board)
After doing the above the Dataframe was recognized by the OpSys but the
MacII would not boot off the hard disk. We finally traced the problem to
Apple's SCSI chip. More than a few MacIIs have been returned due to some
problem with this chip. A replacement MacII solved the bootup problem.
Now, the software. The MacII comes with Finder 5.5 and System 4.1. The
obvious changes are cursor control of the mouse, sticky keys, and
monitor/sound modules for the control panel. There's also some internal
changes which cause some deskaccessories which work under Finder 5.4/System
4.0 to bomb under the 5.5/4.1 opsys. Some application bombs (e.g.
SuperPaint 1.0, MacPaint 1.5) can be eliminated by setting the monochrome
control panel to 2 colors.
THE SOFTWARE "CRASH, WORKS, and TRASH!" list.
Most of the important applications work. Some just crash... BUT
MacWrite 4.5 crashes and then proceeds to destroy the hard disk! So don't
even think of running it unless you have a good backup of your hard disk.
Here's some of the programs on my XP20 which I've tested:
"It WORKS" list:
Desk Accessories: (works)
Acta 1.2
Calender (Battery Paks)
Disk Info 1.41
Find File 1.1
Grep-Wc 1.1
KnockOut
MacEqn 2.0
MockTerminal 4.3
MockWrite 4.3
MiniDraw 0.2
Sci Calculator (Battery Paks)
Trails
Applications: (works)
Rolodex
Lode Runner (Three Cheers!)
More 1.0
MacDraft 1.2a
Cricket Graph 1.1
SuperMac Diskfit 1.0
MSChart 1.0
Textures 0.95
CopyMac 6.3
Fedit Plus 1.0.7
Word 3.0
Pagemaker 1.2
Microemacs 0.6
Excel 1.03
WriteNow 1.0
Edit 2.0
MacDraw 1.9
Binhex 5.0
Packit 1.0
ResEdit 1.0
PROGRAMS with PROBLEMS (but still usable!)
IconBounce (small screen)
MacPaint 1.5 ( crashes if use > 2 colors in control panel)
SuperPaint 1.0 ( " ")
Switcher 5.0 (runs but bombs on quit, don't use windows in rotation)
RedRyder 9.4 (clock is messed up; one digit on screen; doesn't
use full screen;but still the best terminal
emulator around; where's 10.0???)
Text Editor (crashes if try to expand screen beyond Mac+ limit)
Cricket Draw (doesn't boot...get message "needs 128K roms")
(Works nicely if you muck with MacTools and change
a few bytes in Cricket Draw.... What a
program speedup over the MacPlus!!!)
Lightspeed Pascal 1.0 (crashes if use > 2 colors in control panel
runs and compiles most programs but
suspect that a few bombs are being
caused by LSP problems... needs further
testing.
VersaTerm 3.0 (half a monitor screen but no more)
Talking Moose D/A (will probably work if some one will post the
new Apple MacInTalk drivers... Thanks)
PROGRAMS which CRASH the SYSTEM
Midi Synthesizer (to be expected of any programs which access
the sound chips directly)
Pinball CS
Dungeon of Doom
AutoBlack (Sob! Even the new version just posted bombs
the system)
SuperLaserSpool 1.01 (the new one SuperMac JUST released crashes)
MacLanding (1/04)
Megadroids (9/85)
Boing.bin (9/86) (get a message "not enough memory")
MacCommand
Go1
MazeWars
MacTRAN77 (Fortran)
Tempo 1.1 D/A (They have a update..."just give us
TEN more dollars....." Sigh...)
MS Flight Simulator
Phone Pad D/A (Battery Paks) (unfortunately Battery Paks
has been sold to another
company who seem to know
little about the product)
Coodinates D/A
NotePad D/A
Stars D/A
MacWrite 4.5 (Crashes and takes your hard disk to
never never land. Apple...when can
we expect a fix for this "standard"
product????)
MacsBug
SuperSpool 3.1d (the other SuperMac spooler also
crashes with passion... So with no
good print spoolers left running
with the Mac II this powerful
processor spends much time doing
nothing! Apple...where is
multitasking???)
So...overall...most of the important (for my applications this is Cricket
Draw/Draft, MS Word, Textures, Pascal, Excel) programs work. Any software
developers whose programs already have updates out for the MacII or
comments about above send me mail and I'll summarize to net. Hope Apple has
Multitasking out soon or IBM PS/2 Mod 80s may look better.
Hardware comments...very easy to install boards in MacII slots (video board
comes user-installed), sound jack doesn't seem to drive a speaker; looks
like it drives a stereo amplifier. Monochrome screen is nice and clear.
Video board expander kit is not available yet. Fan is noisy....won't leave
this system on all the time in the bedroom like the Mac ... but it takes
only 21.75 seconds to boot (w/DF XP20) from power on... Disk accesses are
now 1:1 interleave with the MacII (no blind reads required).
That's all for now folks!
Disclaimer: Opinions and Comments are mine alone.
Phil
"Pitner@Sierra.Stanford.Edu"
------------------------------
Date: Mon 18 May 87 10:57:06-PDT
From: Irvin Lustig <OR.LUSTIG@Sierra.Stanford.EDU>
Subject: Long term Mac usage
A group I work with wants to use Macs in a medical environment. The Macs
would have to be on 24 hours a day, 365 days a year. I would like to know
if anyone has any experience with keeping Macs on for extended periods of
time. Does the heat become a problem? Do disk drive power supplies break?
We are probably going to use Mac SE's with internal SCSI hard disks, but
any experience with any type of Mac would be interesting to know about.
I'll collect responses received by June 5, 1987 and post them to the net.
Irv Lustig
or.lustig@sierra.stanford.edu
------------------------------
Date: Sat 16 May 87 20:34:14-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: Mac+ Power Supply Problems
Rich (PAAAAA7%CALSTATE.BITNET@WISCVM.WISC.EDU) reports on hardware problems
which are quite common with early Mac+ editions, it seems.
In general, adding fans will PREVENT a lot of problems. However, I have found
one source for repairs of Mac analog and digital boards which I feel like
recommending to you because by calling you can often get a hint how you can
repair it yourself (or, at least, try) if you are so inclined, and repairs
come with a warranty at a real decent price and I have NEVER heard of a board
failing, once repaired (of course, one cannot ever exclude this - there is no
such magic :-)
whereas this company does mainly repairs for retail stores or hackers which
come refered ( so I can't quote any definite prices ), telling them that I
pointed you their way may well get you a friendly chat about your troubles.
If you have a shop with several Macs and a reasonable amount of "troubles"
over time, I'd expect you get GREAT support and prices - I've never heard of
any dissatisfied customers yet.
Where is this outfit you ask: In the Louisiana swamps and you can reach them
by calling (318)898-9215 and ask for Jim Moore - James C Moore Company does
their business mainly via UPS and they also handle Apple-II and PC-problems,
I believe.
Disclaimer: this is a public service announcement of which I do not expect
to benefit. You, the reader, and Jim will benefit, however, I hope.
------------------------------
Date: 15 May 87 12:50:00 EST
From: Daniel P. B. Smith <smith%eri.decnet@mghccc.harvard.edu>
Subject: LaserWriter transparencies
With regard to transparency material for the LaserWriter, one
approach is to go to office supplies places and pretend you want
it for a Canon personal copier.
We have used two kinds of transparency material with success. One
is Canon U.S.A. Inc. Item Number 9-70015-D1, Type D, NP Transparency
Film for Canon Plain Paper Copiers, 100 sheets 8-1/2 x 11. This
claims to be for PC-10/14/20/24/25 and a whole bunch of others.
At the retail place where we bought it (Lechmere Sales in Dedham)
it cost $30 for 100 sheets.
We have also used 3M Transparency Film but I'm afraid I can't be quite
as specific. It was either "Type 501 universal" or "Type 503 Xerox."
I believe there was a matrix chart that included Canon PC-10's, that
503 was marked as recommended and 501 was marked as OK, and that it
was actually 501 that we used.
We have also used Avery #5260 labels, claimed to be "for laser printers,"
with good results. On the other hand, some labels that APDA sells
specifically for printing disk labels on a LaserWriter, are very thick
and frequently misfeed (from the manual tray). Nothing destructive, just
aggravating.
And while I'm on the topic, we've been experimenting with paper and I'd
like to hear from others. Ordinary duplicator paper works fine. However,
Hammermill Laser Plus works _noticeably_ better, blacker blacks and a
more opaque white background--makes a better original for photocopying.
Unfortunately, it has a right and a wrong side, and no amount of instruction
posting can decrease the probability of users loading the cassette the wrong
way to less than about 30%. We have _just_ gotten some Hammermill Laser
Print, #10460-4, Long Grain 8-1/2 x 11-12M-S24 "For High Resolution
Electronic Publishing." It looks good. I _thought_ this paper was going to
have both sides the same. They do _look_ the same, but :-( the package
has an arrow marked "copy this side first" so it's possible that
we've gone from a paper on which the "right" and "wrong" sides look
slightly different to a paper on which the "right" and "wrong" sides look
exactly the same.
Daniel P. B. Smith ARPA: smith%eri.decnet@mghccc.harvard.edu
Eye Research Institute CompuServe: 74706,661
20 Staniford Street Telephone (voice): 617 742-3140
Boston, MA 02114
"For my part, I could easily do without the post-office.... To speak
critically, I never received more than one or two letters in my life
that were worth the postage".--Thoreau
------------------------------
Date: Sun 17 May 87 13:15:21-EDT
From: Richard A. Cowan <COWAN@XX.LCS.MIT.EDU>
Subject: SCSI hard disk prices finally coming down?
I just noticed an ad in MacWorld for a MicroTech Nova Hard SCSI disk
that seems to be the least expensive yet. $689 for a 30 megabyte hard
disk, with free shipping (from Connecticut)! However, the ad is
somewhat confusing. Elsewhere on the page, the same drive is pictured
with $849 next to it. The ad is on page 217 of the June issue.
Has anyone heard anything about the reliability and noise level of
these drives? The lower price of $23 per megabyte is the best I've
seen for a small drive, and they also offer 50 Mb for $1000 (which
compares favorably with the Jasmine 80). My alternative is a Mirror
Tech, Magnet 30x drive for $799, listed on page 89 in the same June
1987 issue of MacWorld.
Oops -- Upon closer inspection, I noticed that the company is selling
two different 30Mb Hard Drives. The Nova is the cheaper of the two,
and fits under the Mac. The Micro Mac appears sleaker and quieter,
apparently a 3 1/2" drive that sits beside the mac, for $849. My
questions still hold.
Thanks for the help!
rich
------------------------------
Date: 14 May 87 13:31:51 PDT (Thursday)
From: Mackey.osbunorth@Xerox.COM
Subject: Micah AT repair
I was told by the dealer who sold me a Micah AT that there is a company
which will repair Micahs (Micah corp. will be or was gone).
The name of the company is "IDT".
IDT
Delaware
302-731-1583 (ask for Steve Whitmore)
Kevin
------------------------------
Date: Mon, 18 May 87 08:48:50 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Micah questions
Here's a question that I would like cross posted to Steve Brecher on Delphi if
someone would be so kind.
I have a Micah drive in my work's Mac+ that is a year old or so. I bought
myself a Jasmine 80 and have been waiting for a SCSI for my old Mac, so I am
using the Jasmine on the Micah equipped Mac+. As you probably know, I cannot
use the external SCSI while the Micah is powered up. However, I can power
down the Micah, by internally pulling it's plug, and the external SCSI works
just fine. Also, there is a nifty cdev for the new Control Panel that
displays the status of the SCSI bus and the Micahdrive doesn't even register.
Do you have an explanation or remedy?
Do you have any information about Micah? I heard a rumor that they are up and
functioning in New Jersey (a far cry from Sausalito), but nothing substantial.
Are you still associated with them? One of the reasons I bought the Micah was
because your software was so much better than GCC's. If they dump you then
they haved dumped a major factor in their product.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: 18 May 87 16:37 EDT
From: rrenfro%tofacsa@dtrc.ARPA (Richard Renfro)
Subject: New Equation Editor?
Saw an ad for a new WYSIWYG equation editor called 'MathType', produced
by Design Science of Long Beach, CA. Has anybody used this enough
to comment on its usefulness?
Arpanet: rrenfro@dtrc.arpa
Genie: r.renfro
Phone: 301/227-1591
David Taylor Naval Ship Research & Development Center
Bethesda, MD 20084-5000
------------------------------
End of INFO-MAC Digest
**********************
∂25-May-87 0832 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #92
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 25 May 87 08:32:29 PDT
Date: 25 May 87 0829-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #92
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 25 May 1987 Volume 5 : Issue 92
Today's Topics:
System 4.1/Finder 5.5 user notes
System 4.1: new rules for INIT's
System 4.1/Finder 5.5 is great, but what about 512Ke owners?
Re: Mac SE and System 4.0/Finder 5.4
(software compatibility with the SE)
FKEY'S DON'T WORK ON A MAC PLUS UNDER SYSTEM 4.1???
Weird mouse tracking problem in System 4.1
TOPS and Finder 5.5
MacZap Recover needs patching to run under System-4.*
MacWrite crashes on a Mac II / Parameter Ram
Mixing languages
Re: Mixing languages
----------------------------------------------------------------------
Date: 20 May 87 01:37:25 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: System 4.1/Finder 5.5 user notes
I receive the official developer distribution of 4.1/5.5 today. Here's the
compatibility chart:
AppleShare: 3.3/5.4 or later
Mac 128: 2.0/4.1 only
Mac 512: 3.2/5.3 preferred, 3.3/5.4 with AppleShare
Mac 512e: same as 512, except 4.1/5.5 ok to use WITHOUT AppleShare
Mac Plus: 4.1/5.5 preferred, 3.2/5.3 or later ok
Mac SE: 4.1/5.5 preferred, 5.0/5.4 ok
Mac II: 4.1/5.5 only
A few notes from the user standpoint:
1. Option-drag duplicates a file to another folder rather than moving it.
2. This comes with LaserWriter 4.0. There are major changes, nearly two
pages of bug fixes. Supposedly faster (I don't have an LW), special
bitmap speedup, an option to fix the 4% bitmap shrinkage problem is
fixed (everything shrinks 4%), options to flop output horizontally
or vertically.
LW 4.0 is recommended for use with earlier system files.
3. ImageWriter is 2.6, no noticeable changes. Still doesn't work in
draft mode with MPW or MS-Word 3.0 (I keep a separate printer driver
entitled 'IW 2.1' in my System Folder.)
4. It looks like FKEY #3 takes a snapshot for 640x480 screens, but I
don't have a machine to test it with.
Other versions include:
Find File 1.1
Chooser 3.1
Control Panel 3.1
Fond/DA Mover 3.5
HD Backup 1.0
Disk First Aid 1.2
Apple HD SC Setup 1.3 (formats any 20, 40, or 80Mb hard disk)
Finally, people complained about the size. One factor is the set of ROM
patches to retrofit old traps and add new traps. The resource sizes are:
'PTCH' 0 540 bytes all systems
105 5,696 Mac 512
117 26,884 Mac Plus, 512e
630 12,958 Mac SE
376 12,004 Mac II
If you really need to make a compact a Mac Plus-only version, strip out:
PTCH: 105, 376, 630
snd,snth,ADBS,cicn: all
That saves 40K in the System file. You could also make an SE version
by stripping the unused PTCH's an all but the ADBS. For the Mac II,
strip only the PTCH.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: 20 May 87 01:46:12 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: System 4.1: new rules for INIT's
As the INIT fans of INFO-MAC know, a lot of programs have been placed
in the public domain to do all sorts of nifty things at system startup.
Many of these programs use high memory, moving down BufPtr. Such a program
kills any later use of the alternate screen buffer, such as for Dark
Castle. Worse, there's no way to later reclaim the memory.
The new system heap can be expanded at will at system startup. (This
is why the new system is not recommended for 512Ke's and AppleShare,
because the new system heap will hog a lot more memory.)
So any INIT designed to run under System 4.1 should instead install
itself in the system heap (using the appropriate resource bit.)
System startup looks for a resource 'sysz' #0 with a 32-bit size
of how much space you need; place the resource in the same
file as any INIT's. For example
data 'sysz' (0) { $"4000" };
would reserve 4000 hex (16Kb) for the init's.
Incidentally, other parts of the developer docs refer to 'switcher
and twitcher'. The latter is some sort of context swapping system,
and may be the same as the rumored Juggler multi-tasking OS nearing
completion. I wonder if the new memory management is designed to
be multi-tasking friendly. :-)
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Thu, 21 May 87 11:18 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: System 4.1/Finder 5.5 is great, but what about 512Ke owners?
Well, I finally got my hands on the official System 4.1/Finder 5.5 disks
from Apple (officially named Macintosh System Tools 2.0 and Macintosh
Utilities 2.0). I must say that there are BIG improvements over System 4.0
and Finder 5.4. For example, the Shutdown manager is preloaded, so when you
select ShutDown or Restart, the Finder doesn't ask you to insert the boot
disk you ejected. When trashing files, you don't have to insert your boot
disk just so that the bulging trash can icon can be loaded. Overall memory
efficiency seems to be improved, although not quite to par with System 3.2
and Finder 5.3.
Easy Access, a file that will hold down modifier keys (shift, command, option)
for you and allows you to control the cursor using the keypad is FANTASTIC.
Now you can use the mouse for most of your needs, and use the keypad for the
single-pixel precision that has been lacking on most Mac programs (except
SuperPaint and SiliconPress).
For those who asked, the GENERAL, MOUSE, STARTUP DEVICE and KEYBOARD files
are actually resources used for the control panel. The KEY LAYOUT file
holds the information that enables KeyCaps to work on the many different
keyboards.
BUT NOW FOR A QUESTION, even though I've been using System 4.1/Finder 5.5
experimentally on my 512Kenhanced, the notes Apple posted say (and I quote):
Read Me First!
Copyright 1987 Apple Computer, Inc. All Rights Reserved.
New Macintosh system software is now available.
Finder Version 5.5 and System Version 4.1 is recommended for users of
Macintosh Plus, Macintosh SE and Macintosh II. Macintosh 512K and 512Ke
owners should continue to use Finder 5.3 and System 3.2, but may install
the new LaserWriter and ImageWriter drivers.
(end quote)
Now why, may I ask *shouldn't* I use Finder 5.5/System 4.1 on my dual-800K
512Kenhanced? I realize the system heap was increased from 47 to 65K to
accomodate the new system, but this doesn't seem major enough to tell 512Ke
owners not to use the new software.
Is there something I'm missing? Larry, are you listening?
If 512Ke owners can't use this new system software, then it seems like this
is a roundabout way of saying that Apple is abandoning the 512K and 512Ke
just as they did with the Lisa/XL and 128K. As a student, I'm not really
thrilled with the prospect of upgrading to 1MB of memory or (through Apple)
a MacPlus.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
By the way, since our only connection to the network is through a mailer, I
REALLY appreciate seeing small BinHex files on the Info-Mac mailings.
Thanks, Dwayne!
------------------------------
Date: Wed, 20 May 87 14:16:29 EDT
From: Tom Coradeschi - Army RD&E Center <tcora@ARDEC.ARPA>
Subject: Re: Mac SE and System 4.0/Finder 5.4
[This is directed to John Geis in response to his query of 12 May. Unfor-
tunately, he did not provide a complete address, so you will all have to read
my reply]
The files labeled GENERAL, KEYBOARD & MOUSE are used by the control panel to
set parameters for the mac, keyboard & mouse respectively. The KEY LAYOUT file
is used by the Key Caps DA. I honestly do not know what the STARTUP DEVICE
file is supposed to do. In fact, I don't even have it on my hard disk, and
I see no effect on performance. It may be used with external hard disks?
You do not have to include the control panel or key caps files in your ramdisk
unless you plan on using them. (ie, if you are the type who sets the control
panel up and then deletes the DA to make room for another, or just doesn't
mess around with it once it is set, or you can delete it and use PRAM5.0
(shareware $10) to set up the mac). An interesting and useful feature the
new control panel has is the ability to use any number of files like the
ones you asked about. There has already been one posted on INFO-MAC which
will allow you to look at the SCSI bus. As to your question about running the
system on a 512k mac, have no fear. That is what I am using at the moment,
and knowing Uncle Sam's procurement system, will be using for some time to
come. The only <minor> problem is that the system is slightly larger than
sys 3.2/finder 5.3 was, but that is of no real concern (unless you are stuck
using floppies maybe). So, that's about it.
Oh, one other thing you probably found out already. Try the control panel.
The appletalk switches are back there where they belong <yee-ha!>.
Regards,
tom c
------------------------------
Date: 22 May 87 08:04 PDT
From: Newman.pasa@Xerox.COM
Subject: (software compatibility with the SE)
In the spirit of the posting about what works and what doesn't work with
the MAC II, I'd like to see some postings on what works and what doesn't
on the SE. For what its worth, here are my two cents worth (note that
I'm still using Finder 5.4 and System 1.0 as I haven't installed the new
ones yet):
NO GOOD:
Quintet (the copy protection screws you up!)
Moose Phraser
MegaRoids
Rolodex DA
SpaceWar
GOOD:
RedRyder 9.4
Write Now 1.0
Talking Moose
SuperPaint 1.0
MacPaint 1.5
MacWrite 4.5
Dungeon of Doom 4.0
AutoBlack
Fedit +
Resedit
Turbo Pascal
SideKick 2.0
QUESTIONABLE:
Copy II Mac. (can anyone confirm this either way?)
>>Dave
------------------------------
Date: Wed, 20 May 87 10:35:42 SET
From: Alexander Falk <K360950@aearn>
Subject: FKEY'S DON'T WORK ON A MAC PLUS UNDER SYSTEM 4.1???
I ENCOUNTERED A STRANGE THING, WHEN RECONFIGURING SYSTEM 4.1 FOR
THE GERMAN KEYBOARD AND INTL RESOURCES. THIS IS WHAT I DID:
I USED SYSTEM 4.1, FINDER 5.5 FROM A NEW MACII SYSTEM DISK
THEN I COPIED THE ADBS, KCHR, KMAP AND INTL'S FROM A GERMAN
SYSTEM 4.0 DISK INTO MY NEW SYSTEM 4.1 (I REALLY LIKE THE ENGLISH
FINDER AND SYSTEM, BUT HAVE TO USE THIS GERMAN RESOURCES, SINCE MY
KEYBOARD IS CONFIGURED FOR GERMAN KEYS)
THIS IS WHAT HAPPENED: THE FKEYS WORK FINE, IF I RUN THIS SYSTEM 4.1
DISK ON A SE OR MAC II, BUT ON A MAC PLUS OR MAC 512 THEY FAIL TO WORK.
I COULD GET A WORKAROUND FOR THIS PROBLEM BY JUST WRITING 00 TO THE
LOW MEMORY GLOBAL SCRDMPENABLE, WHICH TELLS THE MAC, IF FKEYS ARE
TO BE USED, OR NOT. THIS IS DONE BY A NEW STARTUP APPLICATION, BECAUSE
IT DOES NOT WORK IN AN INIT.
COULD ANYBODY PLEASE TELL ME, WHY THIS HAPPENS?????
THANKS
ALEXANDER
------------------------------
Date: Thu, 21 May 87 11:08:50 EDT
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Weird mouse tracking problem in System 4.1
There is a weird problem (bug?) with mouse tracking in System 4.1. When you
track the mouse over to the right edge of the screen, the new system will
allow you to track to one pixel _beyond_ the right edge if you are moving
slowly (this does not happen if you move fast enough). It happens with all
of the mouse tracking settings. You can notice it by tracking to the right
edge of the screen and continuing to move slowly. The cursor will "jitter" at
the right edge between two positions. This did not happen with System 3.2,
even using Finder 5.5.
The reason I noticed this is that someone pointed out to me that the Autoblack
3-second activation does not take place if you are off the right edge of the
top-right corner. Gone are the days of just flicking the cursor to the top-
right corner and expecting Autoblack to do its thing; now you have to look to
be sure you're not too far over.
Mark
P.S. I also noticed that Finder 5.5 crashes (System error 2A = 42) if I
have TMON installed and do a Shut Down. Everything is, in fact, dismounted
at that point, so it is safe to turn off the machine. I have a Mac+ with
an Apple HD20 (disk port) hard disk.
------------------------------
Date: Wed, 20 May 1987 15:25 EDT
From: Jim Griffin <IJDG400%INDYCMS.BITNET@wiscvm.wisc.edu>
Subject: TOPS and Finder 5.5
I have an update on my report on the TOPS/Finder5.5,System 4.1 problem.
I had orginally reported that TOPS would not work unless the Cache was turned
off. I have since discovered that TOPS cannot install itself from the INIT
resource at system startup time, the Cache has nothing to with TOPS crashing
when the MAC is started. The version of TOPS I am using is V1.01. I received
it last March.
The way I can get TOPS to work is to hold down the SHIFT key or CAPS LOCK key
when the MAC is rebooted. This causes the TOPS INIT ask the question
Do You Want To Start TOPS?. Click on the NO option. After the Finder is
running I can launch the START TOPS application which will then start TOPS
without crashing the MAC. Curiously the Interbase INIT can install itself
when the MAC boots without causing a crash, so when it asks if I want to
install interbase I can click on YES and it will do its thing.
Jim Griffin
IJDG400 at INDYCMS.BITNET
------------------------------
Date: Thu 21 May 87 00:46:00-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: MacZap Recover needs patching to run under System-4.*
"MacZap Recover" and "MacZap Recover HFS" must be patched as follows to work
with the latest System 4.*:
with your favorite hacking tool, open the file and search for and replace 2
occurences of "02B6" with "0A78".
Note that this is the same "generic" patch described in recent Delphi-digests
which are needed for most programs which had been compiled with Megamax-C.
------------------------------
Date: Fri, 22 May 87 08:46:53 PDT
From: franz!ficl!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
Subject: MacWrite crashes on a Mac II / Parameter Ram
Regarding the problems with MacWrite on a Mac II:
I had a similar experience running MacWrite: the program crashed right
away and when I rebooted the system didn't find my hard disk. However
after booting from a floppy, I found that my hard disk was in fine
shape, no files had been trashed.
The problem was that MacWrite had written over the parameter ram
and in such a way the that the boot process never looked for a hard
disk. The solution was to clear the parameter ram. Since you can't
remove the battery on a Mac II, clearing the parameter ram is done by
holding down the control, option, command and shift keys and bringing
up the control panel desk accessory. It will ask you if you want to
clear the parameter ram and you click 'yes'. Now the system should
boot from the hard disk.
Next, you'll probably want to bring up the control panel in the
normal way and set your preferences since you've just erased them.
John Foderaro
------------------------------
Date: Tue, 19 May 87 11:26:21 edt
From: magill@eniac.seas.upenn.edu (Operations Manager)
Subject: Mixing languages
>> ... What I think we need is a version
>> of FORTRAN for MPW so that you can do your calculations in
>> FORTRAN, your string manipulation in C, your interface programming
>> in Object Pascal, and your vertical retrace tasks in asssembly,
>> all linked together by a real linker. What a concept, I wonder
>> if IBM ever thought of that :-)
>
>No, they didn't, but DEC did: have a look at the VAX/VMS calling
>standard sometime.
>
>Greg Hamm
>Rutgers Molecular Biology Computing Lab
Actually I believe IBM did. I know that the concept goes back even further than
DEC to where a LOT of VMS ideas came from. In the late 60's RCA's Spectra
series (The "Octiputer") pioneered a great many interactive computing
time-sharing concepts, including calling standards which allowed "object
modules" from many different languages to be linked together into a single
program. The operating system was known variously as TSOS, VMOS, and VS/9
(after Sperry bought them out in 1972). The Spectra machines were IBM/360
look-a-likes or in today's terminology - clones. And I suspect that if one
were to examine things in detail one would find that IBM had its own calling
conventions and that linker of the time also supported such things.
I know that PL/I and FORTRAN be combined, and that APL allows subroutines in
Fortran and PL/I.
As Grace Hopper (she's the grandmother of computing, if you don't know who she
is) has often pointed out, we seem to have forgotten many of the lessons of the
early days of computing in the course of confusing change with progress.
And, if Ira is still out there listening, I still think that EDT is the BEST
line-oriented editor I have ever used even if you don't think so.
(Apple has at least one ex-RCA-er in their Pascal development group -
or did have, who was responsible for some of the best RCA software.)
It is interesting to observe that both Xerox and RCA had products which were
truly advanced beyond their years but were unable to do anything with them.
Those products didn't fit into the then-current defintion of what data
processing "should look like".
It took Apple and DEC to realize what was really there and to give us
the MAC and VMS.
It will be interesting to see if APPLE now suffers the same way with AU/X.
If they can only make AU/X as "user friendly" as the MAC, they might have
a useful product. EVERYBODY and ANYBODY who likes the MAC can only shudder
at the thought of giving up the MAC interface just to run Unix(tm). Unless,
of course, they have never been forced to deal with the menmonic nature of
Unix commands. Just imagine, instead of having all your files displayed at
the click of a mouse, one has to type "ls" just to get their names.
Or "ls -Fl" to find out things like size and date. "Ls" could be considered
an almost intuitive command, providing one does not wish for a "directory"
of their files, but only a "list". I want a little windowshade to pull down
so that I can print something. I don't want to have to remember
"lpr -PLaserWriter -w132 frogdust" just so that I can print a file called
frogdust in lanscape mode.
Granted, we're still waiting for our copy of AU/X (we only got our II two
days before the announcement) but every one I've talked to says that "it's
Unix, not the MAC/os. It doesn't do windows. You have to write application
programs to do windows."
William H. Magill
Operations Manager
Computing and Educational Technology Services (CETS)
(formerly Moore School Computing Facility - MSCF)
School of Engineering and Applied Sciences (SEAS)
University of Pennsylvania
Office Mailing Address:
William H. Magill 215/898-4707
CETS
200 South 33rd Street
Philadelphia, PA 19104-6314
Network addresses:
SEASnet: Magill@eniac
PENNnet: Magill@eniac.seas
Internet: Magill@eniac.seas.upenn.edu -or-
Magill@cis.upenn.edu
BITnet: Magill@pennlrsm
------------------------------
Date: Wed 20 May 87 10:07:21-PDT
From: Rich Alderson <ALDERSON@Sushi.Stanford.EDU>
Subject: Re: Mixing languages
>Date: 14 May 87 15:48:00 EDT
>From: <hamm@biovax.rutgers.edu>
>>From: Tom Dowdy <CML5A9%IRISHMVS.BITNET@wiscvm.wisc.edu>
>>What a concept, I wonder if IBM ever thought of that :-)
>No, they didn't, but DEC did: have a look at the VAX/VMS calling standard
>sometime.
>Greg Hamm
>Rutgers Molecular Biology Computing Lab
As much as I hate to defend IBM, you should check out your history before you
make blanket statements like this. On the System/360-series machines (all the
way through the 3090), the linkage editors for the various operating systems in
use have ALWAYS had the ability to mix modules from various languages. The
family is coming up on its 25th anniversary next year; Vaxen are hardly 10
years old.
I can't say what the status is for their PCs, since I've considered them a
waste of silicon and epoxy ever since I tried to write a decent Lisp for them.
Rich Alderson
Alderson@Sushi.Stanford.EDU
------------------------------
End of INFO-MAC Digest
**********************
∂25-May-87 2143 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #93
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 25 May 87 21:43:30 PDT
Date: 25 May 87 2136-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #93
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 26 May 1987 Volume 5 : Issue 93
Today's Topics:
Re: Dimmed (or gray) Text
Re: dimmed text:
arrow keys, numeric keypad
RE: LISA Help
Mac+ Power Supply (Summary)
Properly behaved Fortran?
Icons for non-APPL files
Kermit on the SE
MAC-II development environemnts
Finder 5.5 Suggestion
Mac II problems
questions about apple's non-scsi hd-20 test program
Icon Quest
'FOND' resources
32K limits
Princeton/ResEdit question
Question about FEDIT Plus
Re: Archived SuperMac utilities [and a lot more news]
----------------------------------------------------------------------
Date: Fri, 22 May 87 04:41:29 PDT
From: oster%dewey.SOE.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Re: Dimmed (or gray) Text
Draw the text as usual.
PenMode(patBic);
PenPat(&gray);
PaintRect(&boundRect);
if boundRect bounds the text, this will gray it out. If you don't use Chicago,
you should make the text bold if you want to keep it legible while grayed.
David Phillip Oster "The goal of Computer Science is to
Arpa: oster@lapis.berkeley.edu build something that will last at
Uucp: ucbvax!ucblapis!oster least until we've finished building it."
------------------------------
Date: Fri, 22 May 87 23:26:26 PDT
From: Fat_Freddy's_Cat%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: Re: dimmed text:
Dimming text in menus is easy; just use the functions
DisableItem (menu, item) to dim it and
EnableItem (menu, item) to darken it, and
DrawMenuBar () to make the changes show up on the screen.
("menu": a MenuHandle to the menu you're changing
"item": number of the item, or '0' to en/disable the whole menu)
You haven't read Inside Macintosh! Tsk! Tsk!
If the prospect of slogging thru it daunts you, I very highly recommend
'Macintosh Revealed' as the best all-round intro to using the Mac Toolbox.
It contains enough info that the average programmer will have little use
for Inside Mac, and presents it very understandably.
The question of activating/deactivating controls (buttons, boxes, radio
buttons, scroll bars, etc) is a little more involved. Get a book.
------------------------------
Date: Fri, 22 May 87 04:50:17 PDT
From: oster%dewey.SOE.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: arrow keys, numeric keypad
I've been bitten by this one too. It appears that there is a bug in the
processor in the MacPlus keyboard so that shifted arrow keys can not be
distinguished from shifted keys on the numeric keypad. Since the processor
in the keyboard has only ROM, no RAM, it isn't possible to patch this. The
best you can do is ask the user whether he wants shifted arrow-keys or
shifted keypad keys in some configuration dialog.
------------------------------
Date: Fri, 22 May 87 02:05 N
From: <FRUIN%HLERUL5.BITNET@Forsythe.Stanford.EDU> (Thomas Fruin)
Subject: RE: LISA Help
> From: FMBBS
> Subject: LISA Help
The LisaTalk Report is a journal that is especially for Lisa users. The
summer 1986 issue (which I found at the recent MacWorld Expo in Rotterdam)
lists as its topics:
o PenMac Works XL, an electronic pen & pad for the XL
o Reviews of TypeNow and Hayden: Speller
o LisaProject made simple
o LisaCalc & Stock Prices
o Lisa Error Codes (a listing with explanations)
o Unix on the Lisa, a comparison of XENIX and UniPlus+
o An interview with PBN Company
o and _many_ interesting columns; also lots of letters.
It's full of ads for memory upgrades and other hardware. In all it looks
like a very useful magazine for Lisa owners. You might want to check it out.
The LisaTalk Report is published on a quarterly basis by The Networkers,
21 Canyon Road, San Anselmo, California 94960. Phone: (415)258-9152.
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: Fri, 22 May 1987 07:57 PDT
From: PAAAAA7%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Mac+ Power Supply (Summary)
In response to the 8 or 9 letters I received pertaining to questions about
the Mac+ power supply: Most everyone who owns several report close to a 50%
failure rate, the same as ours. The problem appears to be a bad flyback
transformer. This usually occurs in the earlier edition Mac+ machines that
are left on (sorry, Irv!) or used for long periods of time. Three people
said that once Apple repairs the machine, you never have another power
problem.
Rich McGee
<PAAAAA7@CALSTATE>
------------------------------
Date: Fri, 15 May 87 17:27:12 PDT
From: Bernard Aboba <aboba@portia.Stanford.EDU>
Subject: Properly behaved Fortran?
Since a version of Fortran for MPW apparently isn't in the works, and
Absoft (nee Microsoft) Fortran is so bad in so many respects that it's
barely worth discussing anymore, it's time we started discussing solutions
to linking C, Pascal and Fortran with existing or soon to be existing
products. For example, DCM's MacTran '77 version 2.0 will compile routines
into .REL format, from which they can be linked with LightSpeed C and
Pascal (using RelConvert). This is due out momentarily. A/UX Fortran may
also provide a solution to this. I am unsure of what MacTran's calling
conventions are, but it should be fairly straightforward to produce 'glue'
routines if they do not follow the Pascal standard. Anyone know for sure?
Seems to me there's no reason you couldn't write the shell in MacApp, and
link with MacTran subroutines.
------------------------------
Date: 19-MAY-1987 13:52
From: HALLETT JEFFREY A <HALLETT@ge-crd.arpa>
Subject: Icons for non-APPL files
Hi guys!
I was wondering, is the procedure for giving non-application files
like INIT's and so on the same as for APPL's? In other words, do I create
a BNDL and FREF with the FREF file type as "INIT" instead of "APPL"
just like for applications? I tried it and it didn't seem to work. Help
would be appreciated.
Thanks,
Jeffrey A. Hallett
Software Technology Program
General Electric Corporate Research and Development
------------------------------
Date: Fri, 22 May 87 10:37:42 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: Kermit on the SE
I haven't actually seen this behavior (all we have around here are Mac
Pluses), but it doesn't surprise me. The Mac version of Kermit is an old
application, and was implemented using the SUMACC cross- compiler &
development system (UNIX-based, I believe). I seem to recall that Kermit
actually predates the existence of the RAM-based serial-port driver, and
uses only the old ROM-based driver. It wouldn't surprise me if the
256k-ROM serial driver behaves differently than the 64k and 128k
versions... or if the differences between the SE hardware and the 512/Plus
hardware have caused some shift in behavior.
I suspect that there's no short-term fix, and that Kermit won't run
properly on the SE until someone gets around to translating the
Mac-interface code from the old SUMACC style into a more up-to-date style
and rebuilds Kermit using a better development system. The "Kermit
versions in progress" file I pulled down from Columbia a few weeks ago
indicates that several people have been working on a port over the past six
months or so... maybe we'll see a real, honest-to-goodness upgraded
Macintosh Kermit some time before year's end?
And if any of the people working on the port/upgrade are listening, I'd
REALLY love it if the upgraded Kermit were to include either or both of the
long-packet and sliding-window enhancements to the protocol. The
versions-in-progress file lists people who are adding these enhancements to
the C-kermit kernel... maybe you could contact them and acquire the
enhanced protocol drivers? Pretty please?
------------------------------
Date: Tue, 19 May 87 21:02:06 pdt
From: <ucsbcsl!uncle@ucbvax.Berkeley.EDU>
Subject: MAC-II development environemnts
Q.s Re: MAC-II environments
Please give opinions re: specific MAC-II dev environments :
I. Under native mac op.sys
* Default Apple software
* C vendors
* Experlisp etc
II. A/UX etc.
* Does anyone have ``horse's mouth'' info re: A/UX?
* when will it be here?
* what distinguishing features will it/does it have?
* how will it provide a MAC development environment?
What is current net consensus re: MAC-II hardware configurations?
* re: disks (>= 80 meg)
* re: displays
* re: keyboards
------------------------------
Date: Wed 20 May 1987 23:04 CDT
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@Forsythe.Stanford.EDU>
Subject: Finder 5.5 Suggestion
Why does the Finder take so long to read MFS disks? It reads in the names
of ALL the files from the disk. I've noticed that Servant does not do this.
It reads only the needed information (the name of the disk, or if any
windows are open, the files in them).
Would it not be easy to just insert that disk reading routine into the
Finder? Hello Apple?? Help!
Nihar Gokhale
Western Illinois University, Educational Computing Network
bitnet MMAR013@ECNCDC
arpa MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
uucp [wanginst!decvax!cbosgd!] psuvax1!ECNCDC.BITNET!MMAR013
------------------------------
Date: Fri, 22 May 87 12:52 CDT
From: MKonar@HI-MULTICS.ARPA
Subject: Mac II problems
Has Apple responded to the report in the latest Computerworld about
sickly Mac II's? I really want one but I want one that works.
------------------------------
Date: Fri, 22 May 87 11:23:39 EDT
From: dsc@seismo.CSS.GOV (David S. Comay)
Subject: questions about apple's non-scsi hd-20 test program
several months ago i purchased the apple serial-port (not scsi) hd-20
hard drive. along with a more recent version of the system/finder/hfs,
it came with a test program call `hd-20 test' or something like that.
unless my memory is failing me, i think someone posted a note awhile
back about some non-doucmented functions that this program will perform
if a certain set of keys is held down when launched (eg, formatting?).
anyway, i would really appreciate if someone familar with this could
tell me if i was just dreaming or if indeed `hd-20 test' does something
other than testing.
dsc
dsc@seismo.css.gov
seismo!dsc
------------------------------
Date: 19 May 87 15:10:42 PDT (Tuesday)
From: Josh Susser <Susser.pasa@Xerox.COM>
Subject: Icon Quest
Is there anybody else out there that thinks that the new Hard Disk icon
in the Finder is ugly, boring, too small, hard to hit and just plain
gross? I want to change the icon on my desktop so that it is larger and
prettier, but I can't find it! Using ResEdit, I've looked in the ICN#s
in the Desktop, System and Finder, and lots of other random places, but
just can't find the icon anywhere. Does anybody know where this bashful
icon could be hiding?
Thanks
Josh
Susser.pasa@Xerox.com
------------------------------
Date: Thu 21 May 87 13:57:10-PDT
From: Irvin Lustig <OR.LUSTIG@Sierra.Stanford.EDU>
Subject: 'FOND' resources
When I obtained the System 3.2, Finder 5.3, etc. update from my
dealer a year ago, I received a file called "Fonts" and the "System"
file. A careful examination (using ResEdit) of the FOND resources for
the Times font in each of these files reveals that these resources
are different. At the least, the "extra width fields" for bold,
outline, shadow, condensed, and extended are all different!!! (with
nonzero values found in both resources). So the questions are:
1) What is the correct version of the FOND resource to use??? How do
you tell?
2) Does this happen for other fonts as well? (I checked Helvetica, and
the FOND resources were different)
3) What is the proper way to fix this problem?
By the way, I noticed this because somehow my Mac at home and my Mac
at work are using the different FOND resources in their respective
system files, but I can't remember how I installed the fonts on each
machine. Making some text bold showed the problem. Yet the update disk
I have has both files ("Fonts" and "System").
Irv Lustig
Dept. of Operations Research, Stanford Univ.
or.lustig@sierra.stanford.edu
------------------------------
Date: 20 May 87 22:25 PDT
From: BSF.COR@OFFICE-1.ARPA
Subject: 32K limits
The idea that a some operating system recognized data structure (e.g. a program
or an array) is limited to 32k bytes is something that should have died with
the 8080 or 6502. There are many useful algorithms which need single data
structures larger than 32k (e.g. Bloom filters).
As for program segments, when you are writing a new program, you may have the
flexibility to change your ways to match some operating system restriction, but
when you are converting an existing program, any modifications you have to make
to get it to fit just make the job harder and less likely to work correctly.
While I am all for modularity in programs, I don't require that it be visible
at the operating system level, I'm quite happy seeing it at the source level in
the program. (An extreme example is where the modularity shows up only at the
macro call level, and even the compiler is not aware of its existance.)
Let us have 32 bit systems that support structures that can grow to 2**32
bytes. This way our programs can gracefully grow to handle the large
quantities of data which the increasing sophisticated user community will
demand and the increasing power of our machines will support.
Bill Frantz - Key Logic
[
as has been pointed out the Macintosh is no longer bound by this 32K
limitation.
DoD
]
------------------------------
Date: Wed 20 May 1987 13:16 CDT
From: Nihar Gokhale <MMAR013@ECNCDC.BITNET>
Subject: Princeton/ResEdit question
1.
I was wondering if anybody out there has the LATEST version of the
Princeton font. I have version 1.3bg from '85 to which I've added a few
features like square root and over-bar.
2.
The ResEdit FONT editor diagram...
X
X X
X X
XXXXX
X X
X X
~ ~
the two pointers at the bottom determine how much space to leave after the
character. I want to change the character width to the following.
X
X X
X X
XXXXX
X X
X X
~ (both pointers at the same place)
I can do this for one character easily. However, I want to globally change
this setting for ALL the characters in the font. I tried editing the
"missing" or square block character but only the height changes were applied
globally. In other words, if I moved the side arrows for the missing char,
the whole font would be changed.
Any suggestions? (or do I have to manually go from A thru c to get this
done?!)
_____ Nihar Gokhale
/ \ MMAR013@ECNCDC.BITNET
:Ill. : MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
\ x \ {wanginst!decvax!cbosgd!}!psuvax1!ECNCDC.BITNET!MMAR013
\ / \ / : : :
\ / \ / : : : Educational Computing Network
\/ \/\/ : :__:
------------------------------
Date: Sat, 23 May 87 08:23:45 SST
From: Kenneth Seah <ISCSEAHK%NUSVM.BITNET@Forsythe.Stanford.EDU>
Subject: Question about FEDIT Plus
I'm planning to order Fedit Plus in the next few days from APDA.
What is the latest version and would APDA stock this? Also, does
Fedit Plus work with HFS?
Thanks...
Kenneth Seah <<at DISCS>>
National University of Singapore
BitNet - ISCSEAHK@NUSVM
UUCP - ..sun!elxsi!tataelxsi!nus-cs!kseah
------------------------------
Date: Sat 16 May 87 19:11:30-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: Archived SuperMac utilities [and a lot more news]
the utilities which SuperMac delivers with their DataFrame disks state in
their documentation that they will work with DataFrame disks *ONLY* and that
SuperMac is also SELLING versions which work on all disks.
To the best of my knowledge the versions which have been made available
online are the "castrated" ones (they should be, at least).
Well, your posting encouraged me to do something I had meant to do for a while
now, mainly pick up the phone and call SuperMac to get their permission MYSELF
to upload the latest software release to the archives.
I chatted with Mr. John Duhring just now (a most pleasant conversation
confirming my positive impression of SuperMac again) - he is General Manager
of SuperMac Software, by the way - and he gave me permission to make the
latest software available (release 5.0) so they should appear in the archives
shortly. I also used the opportunity to chat over the "state of software
affairs" at SuperMac. Here are the details:
The current versions of software are:
SuperSpool 3.1d
LaserSpool 1.1df
DiskFit 1.1df
Initializer 2.51
Note: the "df" indicates that the software checks for the presence of the
DataFrame ROMS without which the software refuses to run.
BTW, the "commercial" versions which will run on any software are priced as
follows:
SuperSpool - $60
LaserSpool, single user - $150
LaserSpool, multiuser (5) - $395
DiskFit - $75
We then discussed some of the problems which currently exist:
DiskFit - runs on all machines, including SE and Mac-II; they have tested
it with folders to a depth of 100 and with 2000 files/folders at
a folder level - this gives me reason to believe all the positive
reports we have seen on this software (John confirmed all the *BAD*
I knew about the previous BackUp program, which had a name that I
have forgotten already ...:-)
Init 2.51 - the initializer was a maintenance upgrade when it was discovered
that 2.5 had problems with 68020 boards, etc. (I recently asked about
this in response to a Delphi message, remember?) John indicated that
2.51 replaces 2.5 in general, not just for folks with 68020s.
However, John also indicated that the Spooler is not compatible with
those "souped-up" machines ....(my notes are a bit unclear on these
points as I don't have one and my jealousy keep me from paying full
attention .:-)
SuperLaserSpool - works with the SE but not the Mac-II or any 68020s
SuperSpool-3.1 - does not work with the SE but version 4.0 is scheduled for
release one week from now which fixes that problem and also incorpora-
tes a lot of the "nicer" features of the LaserSpooler. the price is
going up to $75, however.
(NOTE: I took the liberty of "rounding" all the prices - I hate $74.95 !!!)
we shortly talked about existing bugs, and my notes indicate the following:
the spooler has a bug which causes it to lose the printer resource sometimes
and when you notice that spooled files don't print anymore, there is
nothing to do but reboot, after which the spooled files will come
spilling out again.
there is a problem with Word-3.0 which causes arbitrary overprinting of
characters on a line. this seems to be a hard one to defeat, but
John hopes that both of these problems will be "zapped" for good
with the release of 4.0.
I took the opportunity to encourage John to find a way to get hooked up to
this "WorldNet" and told him about the presence of Apple, MicroSoft, Sun,
GCC, and what a generally great bunch of guys you all are out there. John
was interested but does "not yet" have a machine in-house to run his own
UUCP/USENET site. I mentioned general-access sites he might be able to get
an account on (I don't know what is available near Mountain View, but with
PC-Pursuit he should be able to get to any of them cheap enough).
Or, if any of you out there could give John a guest account so he can "test the
waters" for a while and collect arguments to convince his managers, that
would be a possibility also. Anyway, it's mainly *US* that would benefit
from getting the latest software releases *FAST* and to get bugs reported
and investigated. If nothing else, maybe someone in the Mountain View
area could make contact with John to always get the latest software into
the archives fast and to get bugs reported and responded to.
Toodle-Doo,
Werner
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC50-CHANGEID14.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC50-INITIALIZER25.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC50-LASERSPOOL11DF.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC50-SUPERSPOOL31DF.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC50-SUPERPARKER13.HQX
DoD
]
[
>Toodle-Doo?
]
------------------------------
End of INFO-MAC Digest
**********************
∂25-May-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #94
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 25 May 87 21:55:55 PDT
Date: 25 May 87 2136-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #94
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 26 May 1987 Volume 5 : Issue 94
Today's Topics:
FileMaster - another DA to view files, delete them and change Flags
FileSplitter
Shutdown and Restart Fkeys
EscapeKey* 1.1
YADateKey
RAM based HFS version 1.1
Darin Adler's Ranger 2.0 - a text-file type conversion utility
More utilities from Darin Adler
forwarded from Usenet: ABC calculator 1.0
Stars on the MAC II and large displays
New version WriteNow Translator DA
UW v4.1
usenet postings forwarded to info-mac
another usenet posting to be forwarded to infomac
Talking Moose
Control-C patch for VersaTerm PRO on Mac SE
SHAR files
Computer Modern Fonts
Bridge programs for Mac+
Re: Bridge
BinHex 5.0 vs. BinHex 4.0
Hi all..A couple of months ago I offered the availability of Red Ryd
----------------------------------------------------------------------
Date: Mon, 18 May 87 12:57:16 SET
From: Alexander Falk <K360950@AEARN>
Subject: FileMaster - another DA to view files, delete them and change
Subject: Flags
FileMaster - the next generation PD Desk Accessory
(c) 1987 by Alexander Falk
FileMaster is a new Desk Accessory that lets you view and modify
the Finder Flags for any file using the same Dialog Box as ResEdit
does, when you select "Get Info". This is similar to Developers
Tools, but I think FileMaster is more comfortable, since you don't
have to click that much buttons. Also you can quickly browse through
either the data or the resource fork of any file. The Browser starts
with the Data Fork per Default. Attention: There are several features
not documented in the "About" Box so listen carefully:
1. The Return and/or Enter Keys have different meanings, depending
in which mode you are. If you have no file selected, then they
are aequivalent to the "Select" Button. If you have selected a
file and modified the Name, the Flags, the Type or the Creator,
then Enter and/or Return means "Save". This is important, because
clicking "Select", when a file is already selected and modified
means "Cancel modifications".
2. Be aware, that FileMaster is intended for advanced users, so there
is no more warning when you click on "Delete". The File is gone
forever.
3. When a file is in use by some other application (currently running
or crashed, before it could close the file), the "File Busy" Flag
is enabled and set. Clicking this Flag means close the file.
Since this could be disasterous, if you are working e.i. in Apple-
Share there is a warning when you click on the Flag.
If the file is not in use, the Flag is disabled, because it would
be sensless to let the user open it...
Planned things for the next version: Browse should interpret the
Resource fork; Search should make gloabl changes to files on a
Hard Disk; Info should bring up the Finder "Get Info" Box.
If you have comments, ideas, suggestions... send them to me!!!
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-FILEMASTER.HQX
DoD
]
------------------------------
Date: Sun, 17 May 87 15:34:10 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: FileSplitter
The following BinHex file is a PackIt II (compressed) document
containing the ShareWare ($3.00!) File Splitter Application, File
Splitter DA, and File Splitter Documentation.
File Splitter is a configurable program to split up large TEXT files
for piecemeal mailing to bulletin board services and the like that
frequently get overloaded by direct mail transferring of large .hqx
files. It saves you the trouble of having to manually do file dividing
with an editor. The author is listed in the documentation, as well
as the address to send his three bucks.
such a deal!
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 17, 1987
Disclaimer: I have only used the File Splitter Application, not the DA, and
it works satisfactorily on my 128K ROM, 2Meg Macintosh with HD20.
BTW: I recently discovered the FileDiv and Concatenate functions in the
MPW Shell... that makes this sort of business very easy.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FILE-SPLITTER.HQX
DoD
]
------------------------------
Date: 15 May 1987, 17:06:35 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Shutdown and Restart Fkeys
These are trivial FKEYs which perform the same function
as ShutDown and Restart from the Finder. The reason for them is so you don't
have to return to the Finder before rebooting your Mac safely. It
relies on the new Shutdown manager which was implemented in the Mac II
and is retrofitted in earlier Macs via system patches in System 4.1.
These FKEYs have the CREATOR for Carlos Weber's Fkey Manager application
so you can double click them and Fkey Manager will open.
According to Inside Mac Volume 5 they both will send goodbye kisses
to all open DAs. I tried this with MockWrite and indeed this worked fine for
the Restart Fkey. With Shutdown, I found that with an open MockWrite, it
did get the goodbye kiss and then Shutdown occurred with the proper
dialog but when I hit the Restart button on the dialog (this is on a MacPlus)
I got a system bomb ID 20. Pressing restart on that bomb box resulted
in a hung system. I run with a few nonstandard inits so this may not happen
to you. The Restart FKEY suffered no such problems.
THIS FKEY REQUIRES SYSTEM 4.1 OR LATER TO WORK!!!!! USING EARLIER SYSTEMS
WILL GENERATE A BOMB BOX WITH ID12.
This is of course FREE and distribution is unlimited. The source code
is trivial...Apple did all the hard work in the _Shutdown trap.
Here is the source to generate the Restart Fkey. The Shutdown Fkey is merely
the same code with the MOVE.W #sdRestart,-(SP) changed to
MOVE.W #sdPowerOff,-(SP).
beginning of source
sdPowerOff EQU 1
sdRestart EQU 2
.TRAP _ShutDown $A895
MOVE.W #sdRestart, (SP) ; push selector on stack
_ShutDown ; call shutdown trap
; RTS ; not really necessary but here it is
end of source
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415 854 3300 x2538 GEnie: D.Gelphman
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
[
archived as
[SUMEX AIM.Stanford.EDU]<INFO MAC>FKEY RESTART SHUTDOWN.HQX
DoD
]
------------------------------
Date: Mon, 25 May 87 08:56:14 EDT
From: osupyr!pgn@ucbvax.Berkeley.EDU (Paul G. Nevai)
Subject: EscapeKey* 1.1
This FKey lets you (i) shut down the system, (ii) exit to the
Finder, and (iii) Cancel. There is complete keyboard control.
Use ResEdit, FKey Manager or equivalent to install it.
* * * * | * * * * *
* * * * | * * * * *
* * * * |* * * * *
--*-------*-------*-------*-------*-------*-------*-------*-------*---
* * * * *| * * * *
* * * * * | * * * *
* * * * * | * * * *
Have Orthogonal Polynomials
Will Travel
Send Bug Report to:
Paul Nevai pgn@osupyr.uucp (PREFERRED)
Department of Mathematics nevai-p@osu-eddie.uucp
The Ohio State University 73057,172.Compu$erve
231 West Eighteenth Avenue TS1171@OHSTVMA.bitnet
Columbus, OH 43210, U.S.A. 1-614-292-5688
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-ESCAPEKEY-11.HQX
DoD
]
------------------------------
Date: Sun, 17 May 87 15:13 CDT
From: <BOYD@TAMLSR.BITNET> (Scott T. Boyd)
Subject: YADateKey
Here's an FKEY written by Steve Knouse [aka Technostud] of Apple Computer.
YAdateKey will type the date in one of two forms
(May 10, 1987 or 5/10/87)
depending on whether the capslock is down (depressed) or
up (feeling good).
Written with MPW Assembly and MPW Pascal.
It can be installed with FKey Managager, FKey Installer or ResEdit.
You can contact the author at the following address, or
through me (boyd%tamlsr.bitnet@wiscvm.wisc.edu).
Steve Knouse
Senior Systems Engineer
Apple Computer, Inc.
2950 North Loop W, Suite 1070
Houston TX 77092
(713)682-3200
AppleLink: KNOUSE
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-YADATEKEY.HQX
DoD
]
------------------------------
Date: Wed 20 May 1987 20:28 CDT
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@Forsythe.Stanford.EDU>
Subject: RAM based HFS version 1.1
This is RAM based HFS for the FatMac (classic). Emulates the
new rom (as much as possible) and lets you use 400K HFS disks.
Use this only if you can't shell out 200 bucks for the level 1
upgrade. Instructions are packed along with the file (using PackIt).
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RAM-BASED-HFS.HQX
DoD
]
------------------------------
Date: Sun 24 May 87 02:07:17-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Darin Adler's Ranger 2.0 - a text-file type conversion
Subject: utility
[
the following documentation was taken from the announcement of 1.0:
>The following is a program (w/documentation) that is a workaround for a
>problem I am having right now with the Mac. I have a lot of TEXT files from
>different sources. While many people use MDS Edit to edit their files, I
>use QUED most of the time and Edit only rarely. After I get bunches of
>files with the creator bytes set to match one editor, I often need to change
>them all so that they have creator bytes set for another.
>In addition, I like to save space by truncating the resource forks off of my
>text files. Since almost all of them use the default font/tab settings, this
>results in a lot of space savings as well as very little loss of information.
>TEXT Ranger performs either or both of these functions. Read the
>documentation file for more info.
>Darin
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TEXTRANGER-20.HQX
DoD
]
------------------------------
Date: Sun 24 May 87 02:08:31-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: More utilities from Darin Adler
ReverseScreen 1.0 - a utility for the visually handicapped
StartupDesk 1.0 - for a change of scene ...
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-REVERSESCREEN-10.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-STARTUPDESK-10.HQX
DoD
]
------------------------------
Date: Sat 23 May 87 19:45:16-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: forwarded from Usenet: ABC calculator 1.0
[forwarded from Usenet]
>From: guido@mcvax.cwi.nl (Guido van Rossum)
>Subject: ABC calculator 1.0
>Date: 22 May 87 15:03:06 GMT
Here's a Desk Accessory I've written using MPW C. It's copyrighted but
can be freely copied as long as you don't make money for it. Source
(also copyrighted but free) is available on request; see author's
address, below.
After un-binhex-ing you get a compressed packit file, which unpacks to a
Desk Accessory file and two versions of the documentation: one as ACTA
document, one as text file. A summary of the documentation is given here.
It's a calculator with a couple of odd features. First, input consists
of free-form expressions from a simple programming language. The syntax
is given below. Second, all operations are carried out with arbitrary
precision, and results printed are exact if representable exactly in
decimal notation. Even if a variable can't be printed exactly, it is
still represented exactly internally: after "x=1/3" the value of x will
print as ~.33333333333333333333, but x*3 will print as 1. This is
possible because x is represented internally as a pair (numerator,
denominator).
It also serves as a trivial text file editor, not unlike miniWRITER (wut
without Undo, Find and Print capabilities).
It's called "ABC Calculator" because the expression syntax is a subset
of the syntax of the ABC programming language. For more information
about this language, see the January, 1987 issue of "IEEE Software" (and
also an issue of Byte in the near future).
Here's the syntax of the expressions (using | to separate alternatives,
[ ] to bracket optional parts, and * to indicate 0 or more repetitions):
statement: variable '=' statement | expression expression: number |
variable | '(' statement ')' | formula formula: expression dyadic-op
expression | monadic-op expression dyadic-op: '+' | '-' | '*' | '/' |
'**' |'mod' | 'round' monadic-op: '+' | '-' | '/*' | '*/' | 'round' |
'floor' number: digits ['.' [digits]] [exponent] | '.' digits [exponent]
exponent: letter-e [sign] digits letter-e: 'e' | 'E' sign: '+' | '-'
digits: digit digit* variable: letter letgit* letgit: letter | digit
This syntax is ambiguous: it does not show the priorities of the
operators, which is roughly as follows (listed from high priority to
low):
**
monadic + and -
* and /
dyadic + and -
The more esoteric operators have no fixed priority; parentheses must be
used when they are used in the same expression as other operators. This
is also true for expressions like a/b/c, a/b*c or a**b**c, which have
more than one interpretation in the human eye.
Description of individual operators:
x**y: x to the power y; y must be an integer
+, -, *, /: the usual arithmetic operations
floor x: the largest integer not exceeding x; floor -2.2 is -3 round x:
x rounded to the nearest integer; round -1.5 is -2 n round x: x rounded
to n digits; 5 round (2/3) is .66667 x mod y: x modulo y, computed as
x-y*floor(x/y); 2 mod -.3 is -.1
*/x: the denominator of the fraction representing x; */(-2/6) is -1
/*x: the denominator of the fraction representing x; /*(-2/6) is 3
Author's address:
Guido van Rossum
CWI, dept. AA
P.O.Box 4079
1009 AB Amsterdam
The Netherlands
Electronic mail: guido@cwi.nl, or guido@mcvax.uucp, or
guido%cwi.nl@seismo.css.gov (from the ARPAnet).
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-ABC-CALCULATOR.HQX
DoD
]
------------------------------
Date: Fri, 22 May 87 05:01:12 PDT
From: oster%dewey.SOE.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Stars on the MAC II and large displays
This version of stars, Stars 1.8, replaces all previous versions of Stars.
It inihibits Smart Alarms while it is active, and it runs on all Macintoshs,
including those equipped with large screens, and Mac IIs. Sorry about the
inconvenience, I didn't have live hardware to test on until recently.
Warning: This was compiled with the current version of LightSpeed C,
so expect a new version once Think, Inc. upgrades their product.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-STARS-18.HQX
DoD
]
------------------------------
Date: 23 MAY 87 14:45-PDT
From: BOLSON%UWALOCKE.BITNET@wiscvm.wisc.edu
Subject: New version WriteNow Translator DA
This is version 1.50 of the WNTranslator (formerly TransText) DA. The new
version can translate FROM WriteNow for Macintosh TO MacWrite document format.
It also fixes a bug in translating text files to WriteNow -- version 1.02
failed to handle the blank-line/2-returns as end of paragraph properly.
This is shareware, asking $20.00 from new users.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-WN-TRANSLATOR-15.HQX
DoD
]
------------------------------
Date: Fri, 15 May 87 08:28:21 PDT
From: John Bruner <jdb@mordor.s1.gov>
Subject: UW v4.1
I'll probably regret this -- I'm not really ready to distribute UW
again and I haven't been able to test this version very extensively.
Unfortunately, Megamax has forced my hand.
Here is an interim upgrade to UW: version 4.1. The supplement
includes only some release notes and the HQX file for the Mac;
everything else is unchanged from the v3.4 release. The 4.1
supplement is also available for anonymous FTP on MORDOR.S1.GOV
in the directory "uw" as the file "uw41.shar".
John Bruner (S-1 Project, Lawrence Livermore National Laboratory)
jdb@mordor.s1.gov ...!seismo!mordor!jdb (415) 423-4848
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-UW-41.SHAR
DoD
]
------------------------------
Date: Wed, 13 May 87 10:06:09 PDT
From: Marc Hannah <mrh@shasta.stanford.edu>
Subject: usenet postings forwarded to info-mac
>From: dbb@aicchi.UUCP (Burch)
>Subject: A Lunar Lander game for the Mac.
>Date: 8 May 87 02:39:47 GMT
Hello! This is a pretty spiffy lunar lander game (It's about time!). I
didn't write this one, but the data for the simulation I wanted to do
was just not available to me... Have Fun!
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-LUNAR-LANDER.HQX
DoD
]
------------------------------
Date: Wed, 13 May 87 10:06:42 PDT
From: Marc Hannah <mrh@shasta.stanford.edu>
Subject: another usenet posting to be forwarded to infomac
>From: sdh@thumper.UUCP (Retief of the CDT)
>Subject: A stripped-down terminal program
>Date: 4 May 87 21:36:31 GMT
/* sertest.c 5/4/87
* Steve Hawley
* A program to use the serial driver. While it works, this is not
* a program to be used, but instead to be used as a model.
* You should be able to figure out how to use the serial port
* pretty well from this. I use an integer 'e' in several places
* for error checking, but didn't actually _do_ any checking. This
* is just to point out where checking could be done for user
* friendliness.
* This is written for LightspeedC, but could probably compile under
* Aztec C as well by changing the include file names, and linking
* it to run under the Aztec shell only or with mixcroot.o, but I
* haven't tried this.
* under LightspeedC, it will need the MacTraps and stdio libraries in
* the project.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>SERIALTEST-MODEL.C
DoD
]
------------------------------
Date: Tue, 12 May 87 14:16:55 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Talking Moose
Here is version 1.2 of the Talking Moose. It has several
improvements over the old Moose, incuding a delay of up to 2.8
hours (9999 ticks), better memory management, and the ability to
customize existing programs to use the Moose (by adding
resources). Details are in the PackIt file. Also included is
some Pascal code to call the Moose from your program, and a
program that will start the Moose upon boot and allow him to work
under Switcher.
The author has a much more complete package including Installer
scripts for the Moose and several versions of the Finder. The
Finder mods simply add resources so that when you choose menu
items, the Moose will say things (Clean Up == Pretty clean, eh?).
There are also two other DAs that allow you to test phrases
before adding them to Moose Phrases with ResEdit. It all looks
pretty robust. Instructions are included.
The Moose has been placed into the public domain and all source
code is available from the author.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-TALKING-MOOSE-12.HQX
DoD
]
------------------------------
Date: Sun, 24 May 87 15:50:20 PDT
From: Ken_Urquhart%SFU.Mailnet@umix.cc.umich.edu
Subject: Control-C patch for VersaTerm PRO on Mac SE
...in INFO-MAC Digest V5 #89 I posted a patch to the VERSATERM PRO
terminal emulator to make it work properly in VT100 mode with the
new Mac SE keyboard...my patch was for Version 1.20 of VERSATERM PRO
but I have since been told that the patch works at least up to
version 2.30 or the program...
...I have also received several requests to make control-C on the SE
keyboard actually send a control-C to the host computer...a quick
and dirty patch to do this is to use FEDIT on a copy of VERSATERM PRO
and make the following changes...
search for: 005B FFEE 0C6E 0032 FFF2
change to: 005B FFEE 0C6E 0008 FFF2
and a few bytes further along,
search for: C67C 0300 0A43 0200
change to: C67C 1000 0A43 0000
and a few more bytes along,
search for: 3D7C 001B FFF6
change to: 3D7C 0003 FFF6
...the patch replaces the code that re-maps the (accent grave/tilde)
key into an ESCape key on the Mac Plus/512E/512K...the code
now checks if control-C was pressed and sends $03 to the host
if so...naturally, once you make this patch, you will no longer
be able to send ESC to your host if you run the patched version on
anything other than an SE...
...this is a fix only for control-C, all other control-key combinations
still will not be sent to the host...
------------------------------
Date: Wed, 20 May 87 19:18:34 pdt
From: redove%ucscb.UCSC.EDU@ucscc.UCSC.EDU (61144000)
Subject: SHAR files
How do you use the SHAR files? Do you just "sh filename"?
Or do you "cc filename" or what?
I run it and all I get is a dump of a README file. Any help?
[
from the moderator: Although I have access to a UNIX machine, and even a
(gasp) VM/CMS machine, I primarily use TOPS-20. If some UNIX guru would be
so kind as to write some SHAR documentation I will gladly post it. I get
asked questions about SHAR files quite often (especially from people just
beginning to explore the archives) and don't really what to tell them.
Thanks. DoD.
]
------------------------------
Date: Thu 21 May 87 00:18:16-PDT
From: Philip M. Pitner <PITNER@Sierra.Stanford.EDU>
Subject: Computer Modern Fonts
Does anyone know if the Computer Modern Fonts used in Knuth's Tex (and MacTex
or Textures) are available as a general Font Mover formatted file?
Phil
------------------------------
Date: 21 May 1987, 13:44:38 CDT
From: Tran Kratzke 333-9477 <LIEN@UIUCVMD>
Subject: Bridge programs for Mac+
are there any good bridge programs out there for the mac plus?
------------------------------
Date: Fri, 22 May 87 18:18:16 EDT
From: "Robert L. Wald" <RLWALD@PUCC>
Subject: Re: Bridge
There is Bridge 4.0, which I have purposesly avoided because it is
supposed to play badly (on all versions, even for other machines). At
least not good enough for a semi-serious player.
Maybe some AI departments has one in Lisp :-)
------------------------------
Date: Thu, 21 May 87 10:46 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: BinHex 5.0 vs. BinHex 4.0
Yes, this is probably an old question, I realize, but I can't seem to find
the answer.
Why should anyone use BinHex 5.0? I can't seem to see any advantages over
version 4.0; in fact, I've found many disadvantages. Files created by
BinHex 4.0 are straight 7-bit ASCII, with no control or meta characters.
They can be posted, sent through the mail, even typed and edited on
mini/mainframe computers. On the other, hand, files created by version 5.0
have many control characters---and cannot be conveniently sent through mail
because some of these control characters are reserved VT100 terminal
commands! In fact, when I tried to edit a text file created by version 5.0
and transferred to the VAX, EMACS had trouble reading the file! BinHex 5.0
will translate files created by both version 4 and 5, but it will not create
version 4 text-only files.
So my question is this...why was BinHex 5.0 released, and why should it be
used (other than to convert files that were created by it)?
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Mon 18 May 1987 14:03 CDT
From: GREENY <MISS026@ECNCDC.BITNET>
Subject: Hi all..A couple of months ago I offered the availability of
Subject: Red Ryd
to anyone who would send me a blank disk and an SASE. Well now that I have
left school for the summer and the school is about to stop forwarding my mail
none of those disks will get to me. So if you really need the dox then send
all of your disks to the address(s) which follow and ill get the dox to you...
here we go....
1) Send a Blank disk (800k or 400k) with an SASE to:
Greeny
1004 Princeton
Highland Park, IL 60035-2333
ATTN: RR Dox Needed
after August 1, 1987 I will be moving so send em to:
Greeny
3433 Dato
Highland Park, IL 60035
Attn: RR Dox Needed.....
~~~ -- This address lasts till sept 1, 1987 at which time ill be at
Greeny
1730 Higgins Hall
Western Illinois University
Macomb, IL 61455-1387
ATTN: RR Dox Needed
Have fun everyone....and sorry for the change of address(s)....
bye for now but not for long..
Greeny
Bitnet: MISS026@ECNCDC
Internet: MISS026%ECNCDC.BITNET@WISCVM.WISC.EDU
Disclaimer: What? Who? Me? You *MUST* have the wrong guy!!!
------------------------------
End of INFO-MAC Digest
**********************
∂25-May-87 2208 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #95
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 25 May 87 22:08:12 PDT
Date: 25 May 87 2137-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #95
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 26 May 1987 Volume 5 : Issue 95
Today's Topics:
Re: fooling MacWrite for LW formatting
Re: Mac to Apollo
Bottom line on multisync monitors
Sony Multiscan + Mac II
How to save some $$ for MacII enhanced graphics.
Excel 1.04
3M copy products for LaserWriter
Re: Laserwriter transparencies (V5 #91)
Refilled Toner Cartridges may damage printer!?
Mac and Architecture
Surveying/plotting software for MAC
WYSIWYG for scientific writing?
SCSI Help wanted!!!
3278/79 emulation and APL2
communications gurus! file transfer to VAX sought
want Epson driver
MIDI Interface Info?
MIDI on the Mac
ImageWriter 1 and Appletalk, and file servers...
Mac & typewriters
Macworld convention update
PageMaker and ReadySetGo compared
Delphi Mac Digest V3 #28
----------------------------------------------------------------------
Date: Thu, 21 May 87 01:18 CST
From: <MBORSETT%NUACC.BITNET@Forsythe.Stanford.EDU>
Subject: Re: fooling MacWrite for LW formatting
> How can I fool MacWrite into formatting the document for the LW+ even
> though I don't have one hooked up?
Just select "tall adjusted" on the Page Setup window and you'll have a WYSIWYG
on both the screen and the ImageWriter!
[Flame ON]
I tried Word 3.00 and what I noticed immediately is that those &#$@#
programmers at MS made their own ImageWriter window (so much for upward
compatibility--this makes me SOO mad: it's such a break of the Mac interface),
and it lacks a "tall adjusted" feature. To all those journalists out there:
haven't you noticed the non-standard printing dialog? Do we Mac users want a
different printing dialog for each application, or should we voice our
concerns?
I hope for them that their new release will fix a major bug--the non-use of the
standard printer driver windows etc.
[Flame OFF]
Mike Borsetti
Bitnet: mborsetti@nuacc.bitnet
MCI Mail: mborsetti
Telex: 6502526746 MCI UW
FidoNet: 115/729 (312-729-8768, member EchoMAC)
[
it is possible to use the chooser to select <laserwriter> as output even
without one connected. The LW drivers must be installed in the system,
however.
DoD
]
------------------------------
Date: Thu, 21 May 87 11:20 EDT
From: Marks@RADC-MULTICS.ARPA
Subject: Re: Mac to Apollo
>Date: 12 May 87 21:16:00 GMT
>Organization: Indiana University CSCI, Bloomington
>If anyone knows something about the current products or contact
>person
>for the software/hardware of the links between the Mac (SE or II or
>maybe Plus) and the Apollos, please send me a e-mail. Thanks in
>advance.
>Bill Wang
>Speech & Hearing Center
>Indiana University
>UUCP = {ihnp4,seismo,cbosgd}!iuvax!wcwang
>indiana
>iuvax.cs.indiana.edu
>Phone = (812) 335-0714
Bill,
How about a product called MacApollo??? An early release version of this
product is available now from:
R. L. Phillips
Center for Information Technology Integration
2001 Commonwealth Boulevard
Ann Arbor, MI 48105
313-995-0900
We here at the Rome Air Development Center (A US Air Force laboratory) have
a copy of the product, but have not yet made much use of it. It connects
the Mac to an Apollo via the Mac's and Apollo's respective serial ports, at
a recommended rate of 19.2KBPS. Its supposed to support GPR graphics, and
DOES NOT support GMR or GMR3D graphics (yet). Multiple mouse button clicks
are emulated by using the Option and Command keys with the click. Up to
Ten windows can be openned simultaneously, graphics or text. Also,
metafiles (Apollo graphics?) can be converted to MacDraw format.
I have heard that a newer version is to be released when the guy in charge
of the MacApollo project at Ann Arbor gets back from some extended time
off. It is is supposed to support the GMR and GMR3D graphics, and
communicate to the Apollos through an AppleTalk/EtherNet gateway, yielding
much greater throughput than the 19.2KBPS connection.
Lt David L. Marks
Marks@RADC-MULTICS.ARPA
------------------------------
Date: Wed, 20 May 87 13:01:43 EDT
From: Dan Magorian <magorian@umd5.UMD.EDU>
Subject: Bottom line on multisync monitors
There has been some confusion on the net re using multisync monitors on MacIIs.
It's really far too simple a thing to be worth discussing. The bottom line is
this:
Any analog monitor that can sync at 35KHz can be used.
Red, green, blue, and ground need to be connected.
Since green has composite sync, the external sync line is optional.
(Believe me, I've used it both ways and it makes no difference)
The quality of NEC and other autosync monitors in analog mode is
inferior to the high-quality Sony monitors sld by Apple. They pincushion
(bend in the middle) and are much fuzzier.
The cable impedence issue is trivial. Slight improvements result if a cable
of the correct impedence is used (!slightly! crisper pixels). I cannot cross
reference the Japanese one sent by Apple, and don't have the equipment to
measure it.
Therefore, use a multisync only if you have one, or need to use it on
different systems (eg, it will work on the new IBMs as well). Apple's
monitors are of vey high quality at a good price, and I recommend them. If
you have the money, I recommend the Supermac Spectrum ($3500). It's the 19"
1024 x 768 that is a pleasure to use for graphics (I only had it on loan).
It's a little too big for text work, and the 60hz flicker is visible. (Apple
changed their card to 66hz to avoid that).
Dan Magorian (301) 454-6030
Computer Science Center magorian@umd5.umd.edu
University of Maryland magorian@umdd.bitnet
College Park, MD 20742 Applelink: A0190
------------------------------
Date: 22 May 87 02:07:44 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Sony Multiscan + Mac II
The Sony Multiscan, like the NEC Multisync, is a monitor designed
for compatibility with several IBM standards. It handles PGA (which
never caught on) and VGA (the new IBM PS/2 output).
It also works very nicely with the Mac II. I'm told, side-by-side,
it looks identical to the Apple monitor except for the case. (Apple
has acknowledged using a Sony tube; other differences are unclear.)
Best of all, it is available NOW. A company that has three for
their Mac II's bought one from
MHI Warehouse
5021 N. 20th Std #10261
Phoenix, AX 85064
(602) 995-1134
They quoted $569, immediate shipment, plus UPS ground freight ($13.50
to San Diego). 2% for credit cards, otherwise money orders.
I also heard that only the late-model NEC's can handle the Mac's scan
rate; the earlier ones fry.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Fri 22 May 87 11:48:36-PDT
From: Philip M. Pitner <PITNER@Sierra.Stanford.EDU>
Subject: How to save some $$ for MacII enhanced graphics.
Want to save some money in going from 16 to 256 colors on the MacII?
Buy eight NEC 41264C (150ns) Rams from your local IC supply house at about
8 dollars each for a total cost of 64$ and plug them into the sockets on
the MacII video card (in proper direction of course). Apple charges $129
for the same expansion kit.
But note that the difference in screen write times for 16 colors vs 256 colors
is quite dramatic. So if you're interested in doing animation I'm not sure
256 colors is well implemented on the MacII. Programs like RedRyder scroll
very slowly when using 256 colors. I'm not completely sure why there's such
a dramatic difference. (this is in smooth scroll mode on Red Ryder)
Phil
Disclaimer: My opinions only.
------------------------------
Date: Thu, 21 May 87 08:53:10 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Excel 1.04
Microsoft has announced Excel 1.04, which has some minor bugs fixes and a
Change Links command. If you read this in the Delphi digest, please remain
calm. If you try calling the number MACINTOUCH listed, you will end up
playing perpetual phone tag only to learn that they will be shipping the free
upgrade sometime next week to all registered owners who upgraded to the 1.03
version through Microsoft. If you got 1.03 some other way you are probably
out of luck, I don't know.
It took me three calls to Microsoft to figure this out. I think all
organizations need to do what ours does. We sit everyone down every morning
and have a bitch and tell all session. Most everyone knows more than they
care to about what is going on. Plus we avoid the creaping isolationism that
plagues many groups.
Jon
------------------------------
Date: Fri, 22 May 87 10:01:30 edt
From: magill@eniac.seas.upenn.edu (Operations Manager)
Subject: 3M copy products for LaserWriter
The LaserWriter used to ship with a promotional "kit" from Apple and 3M.
"Open me first and learn about making transparencies with your new LaserWriter"
That kit included 5 samples of 3M type 154 laser transparency file.
(At least the ones we got from the consortium years ago did.
Some of us are just pack rats and never throw anyting away.)
------------------------------
Date: Fri, 22 May 87 04:34:55 PDT
From: halff@nprdc.arpa (Henry Halff)
Subject: Re: Laserwriter transparencies (V5 #91)
One type of paper NOT to use is that from Scotch #544 Transparent Note Pad.
The transparency paper in this pad is great since any kind of pen will
write on it. But in a Laserwriter it's a disaster
since
it ME
LTS
in con
t
a
ct wit
h
t
he
rollers.
hh
------------------------------
Date: 22 MAY 87 15:53-PDT
From: BOLSON%UWALOCKE.BITNET@wiscvm.wisc.edu
Subject: Refilled Toner Cartridges may damage printer!?
I just read a note in Hewlett-Packard's "LaserJet Journal" blaming failures
of the HP LaserJet, poor print quality, and rapid wear of the paper path on
refilled toner cartridges. HP says that these problems are caused by
"misuse when they occur while using a refilled cartridge. Therefore if
printer damage is caused by the refilled toner cartridge, HP will not cover
printer service or damaged parts under your warranty."
I want to know if:
1) After all of the raves about refilled cartridges on the net, whether
some bad experiences have also been had, and
2) What Apple says about using refilled cartridges.
We have just bought a LaserWriter with new Apple logo cartridges. I have
already noticed a poorer print quality than I had with other LaserWriters
using refilled and/or early cartridges. I have read of complaints that
recent "new" cartridges do not seem to be as dark as previous ones.
So I am seriously considering refilled toner cartridges, but this warning
from HP sounds serious. I certainly do not wish to damage the printer.
(BTW, one of our new Apple EP cartridges refused to seat properly in the
printer. It was of course the first one we tried. Other ones fit with no
trouble. Have others seen this?)
Ed Bolson
BOLSON@UWALOCKE.BITNET
Cardiovascular Research, University of Washington.
------------------------------
Date: Wed, 20 May 87 11:31:46 CDT
From: RI813MU@cdccentr
Subject: Mac and Architecture
I am trying to gather information about the use of Macintosh in
Architecture Schools and Firms. I would appreciate hearing the names
of any such organizations who have found the path to goodness and light.
Thanks.
ITSIK REICHMAN, CONTROL DATA (ISRAEL) PHONE 011-972-342-230922-May-87 05:30:03-PDT,880;000000000001
------------------------------
Date: Fri, 22 May 87 07:38 EDT
From: <GEOFFRIL%UNION.BITNET@Forsythe.Stanford.EDU>
Subject: Surveying/plotting software for MAC
We have an Archeology faculty member who wishes to user a Mac for surveying
the dig sites.
Ideally, she could enter information about distances, coordinates, and such
from her transit and cables. The Mac could then turn it into reasonable
survey maps either automatically or with human fine-tuning.
Conventional draw programs like MacDraw and CricketDraw don't seem very
appropriate since they are not organized for that type of measurement.
Have any of you had experience with programs for this application? Which
ones would you recommend?
Leo Geoffrion,
GEOFFRIL@UNION.BITNET
(518) 584-5000, EXT 2628
SKIDMORE COLLEGE COMPUTER CENTER
Saratoga Springs, NY 12866
(Skidmore will soon be joining BITNET.)
------------------------------
Date: Mon, 25 May 87 14:11:06 PDT
From: stadler@csvax.caltech.edu (Andrew D. Stadler)
Subject: WYSIWYG for scientific writing?
I've been asked to recommend a word processor for someone who's about to
write a physics text. This means equations, equations, and more equations.
Is there ANYTHING out there with WYSIWYG? All I can think of is TeX which
uses awful commands which he doesn't want to learn. Even if you're using
two different programs at once, or just someone's neat font, I'd like to
hear about it.
Send replies directly to me; I'll post a summary if it seems interesting.
Thanks in advance!!!!
Andy Stadler (Occidental College) stadler@cit-vax or csvax.caltech.edu
------------------------------
Date: Fri, 22 May 87 09:10:46 SST
From: Kenneth Seah <ISCSEAHK%NUSVM.BITNET@Forsythe.Stanford.EDU>
Subject: SCSI Help wanted!!!
To all in Netland,
I have just gotten a 3.5" bare 20MB SCSI drive (Miniscribe) and would
like to interface it with the Mac Plus or SE. No power supply, cables
or terminators came with it - really bare drive - but would be able
to source for these.
What I would like to ask are the following:
1. On the hardware side - how do I configure the drive device number?
Would I have to do some hardware mod to it?
2. Software-wise, what sort of formatting and drivers would I need?
Can I use Apple's HD20SC drive initialiser? What would I have
to do to the boot blocks?
Basically, if any of you have hooked up a SCSI drive to the Mac
on your own, I would like to hear from you.
Thanks in advance...
Kenneth Seah <<at DISCS>>
National University of Singapore
BitNet - ISCSEAHK@NUSVM ∨
UUCP - ..sun!elxsi!tataelxsi!nus-cs!kseah ∨
PS I think the drive is the same one as inside the Mac SE.
Anyone care to comment??
------------------------------
Date: 22 May 1987, 15:58:29 WUT
From: BULLETIN at AWIWUW11
Subject: 3278/79 emulation and APL2
Does anybody out there know about a 3278/79 emulation
running on a Mac II (or other Mac variants) which is able
to support the APL (=extended) character set? We want to use
a Mac as a terminal connected to an IBM-mainframe
running APL2.
Has anybody experiences? ...suggestions? ....hints?
Any information is welcome.
Wolfgang & Gustaf
University of Economics,
Vienna, Austria
------------------------------
Date: Tue, 19 May 87 21:06:56 +0300
From: Tamir Weiner <UMFORTH@WEIZMANN>
Subject: communications gurus! file transfer to VAX sought
After successfully getting assistance in creating an incantation to
take postscript files (Mac generated) through a network to a Laserwriter
sitting on a Sun network, I still have a bottleneck problem.
Can someone versed in Kermit, or general VAX transfers tell me a simple
way to tranfer a Mac text file (i.e. postscript) to a VMS VAX (not UNIX)
in readable fashion.
I tried Kermit, but that only works on plain vanilla text files.
Complex graphics and custom fonts cause bitmaps to be placed in the
Postscript source files. Such bitmaps have no carriage returns and
Kermit coughs up and says that record buffer length is exceeded.
I guess Kermit makes some assumptions on record length, and I have
no idea how to get around this.
The Mac by the way recognizes the bitmaps as a series of lines somehow
(without carriage returns?... kinda like magic)
I tried setting kermit for binary file transfer and that works successfully,
BUT the file ends up in an unuseable format since it's binary instead of ASCII
can't send that to the printer! Perhaps someone knows of an unscramble
technique for getting binary transfered files back to their original ASCII
format (again a technique that works under VMS, even though the ultimate
target network is UNIX (SUN).
Finally what I tried which did work is using the VMS "create file" command
to begin a file, then MacTerminal to send the file as text and the
create command just reads the lines sent one at a time. The problem is
that no matter what the speed setting, the effective baud rate is about
100, so that translates to something like 3 minutes a page! This isn't
effective for 50 page and up files!
Any advice? Words of wisdom or aspirin gratefully accepted.
Please send directly to me if possible, as I
don't always get to read the digest. Thanks.
Tamir Weiner
UMFORTH@WEIZMANN.BITNET
------------------------------
Date: 22 May 87 07:29:00 EST
From: mccowan%nrl.decnet@nrl.arpa
Subject: want Epson driver
Are there any Mac drivers for the Epson FX85 or FX86 printers? We have
a lot of Epsons around here, and it would be nice to be able to use
them with a real computer.
Bob McCowan
mccowan@nrl.arpa
------------------------------
Date: Tue, 19 May 87 13:45:26 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: MIDI Interface Info?
Could someone please send me some information about a mysterious MIDI
interface that is alluded to by the MIDI demos on Sumex. A friend has a MIDI
keyboard tat he wants to hook up to his Macintosh. I pulled some of the MIDI
demos from Sumex, but they require this interface that everyone assumes you
have and know about.
Could someone please point me toward some information about this beast?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Wed, 20 May 87 18:11 CDT
From: MKonar@HI-MULTICS.ARPA
Subject: MIDI on the Mac
Has anyone out there had any luck using the MIDI driver routines from the
October '85 (I think) MacTutor? My problem is that after a number of MIDI
messages are sent to the Mac, the mouse freezes completely (sometimes)
or in the vertical direction only (usually). When a byte is received by
the SCC chip an interrupt handler is called. As far as I can tell (by
examining the code) the interrupt handler is properly disabling and reenabling
further interrupts from the SCC. I am using the routines from Lightspeed
Pascal.
Thanks in advance, Murat N. Konar (612) 782-7466 days
HI-MULTICS.ARPA
------------------------------
Date: 20 May 87 15:28:00 EDT
From: Marc Grondin <WCSCKCU@CARLETON.BITNET>
Subject: ImageWriter 1 and Appletalk, and file servers...
Good Day again...
Now that the HyperDrive, Mac SE (2 of em) and the imagewriter 1
are all sitting in this room, we have decided to join em all up.
What we want is the second Mac to be able to use the HyperDrive
files and the ImageWriter. What I want to know is what file
servers exist that will use AppleTalk and the printer from the
HyperDrive.
The real trouble : The printer, from what I have been told, can't
be used on appletalk. What I want to know is if there is any
"box" that can sit between the printer and the appletalk connectors
to fool appletalk into thinking that the printer is really an
appletalk one. (Might be something like the Laser Spooler).
If their is no such box, can one of the file servers print thru the
printer port to our regular printer?
All this, and yes, I want both machines useable at the same time,
no dedication please...
Well, thanks for the help all you persons...
Marc Grondin (8->) <Marc_Grondin@CARLETON.BITNET>, <CKCU@CARLETON.BITNET>
------------------------------
Date: Wed, 20 May 87 10:24:04 PDT
From: calius@stanford.edu (Emilio Calius)
Subject: Mac & typewriters
A person in my household has decided to buy an electronic typewriter.
Since I've heard that some models can be hooked up to computers to act as
(very slow) letter-quality printers, I thought I could sometimes use it to
supplement my old Imagewriter I.
Does anybody on the net have experience with such a setup?
I would appreciate any information, such as which typewriter model to buy,
what driver software is available for the Mac, how to interface and set it up.
I have seen ads for the Silver Reed EX-34 (parallel interface). Is it
any good? Is there a serial interface?.
Is it my imagination or did someone offer a package (typewriter+driver
+cables+etc.) for the Mac?
Thank you for your help.
Emilio P. Calius
Structures & Composites Lab
Aeronautics & Astronautics
Stanford University
------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Macworld convention update
Date: 22 May 87 18:32:24 GMT
Some quick convention gossip after speaking to the exhibit coordinator at
Mitch Hall.
Macworld Boston is August 11-13, Tues-Thursday. Exhibit space is full and
they have a waiting list. The Bayside was ok last year, barely big enough
this year, but is the biggest facility in the area.
San Francisco is January 14-16, 1987, Thursday-Saturday. They have the
whole Moscone Center; in 1986 they only had 2/3rds.
He also said he expected most of the Mac II stuff to be in San Francisco,
not Boston.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Mon, 18 May 87 16:02 EDT
From: BOGARTZ%UMASS.BITNET@wiscvm.wisc.edu
Subject: PageMaker and ReadySetGo compared
PageMaker 2.0 arrived a few days ago. I've been using ReadySetGo 3 for a
month now, and it's time to compare them. All references to RSG below mean
RSG 3.0, and all references to PageMaker mean PageMaker 2.0.
REASONS TO PREFER RSG:
It handles threaded text (stories that are linked across multiple text
blocks) better. In RSG, you link blocks by clicking on them in the order
that they should flow. If you want to change it, all you have to do is
relink the blocks from the beginning. In PageMaker, the text comes in
linked, and if the link is broken you have to delete the whole story and
start over. This could be bad if you've made on-screen changes.
It handles flowing text around graphics better. RSG will automatically
flow text around the rectangle that encloses a graphic. PageMaker forces
you to break your story up into separate blocks, then resize each block
appropriately. (Neither will flow text along the region that encloses a
graphic, however.)
REASONS TO PREFER PAGEMAKER:
The documentation is MUCH better.
It has full Undo--all actions down to the tiniest movement. RSG can only
undo deletions.
It handles white-type better than RSG. In PageMaker, white type is a type
style just like underline, bold, etc. In RSG, you have to set the type to
outline, then place it in front of a gray or black filled object. You also
have to kern it to make it look better.
It can both import and export Word 3.0 documents. In addition, Word
enhancements that PageMaker can't use still get preserved in the export.
It can also read WriteNow and Microsoft Works formats. The PageMaker manual
has a detailed description of exactly which formatting characteristics
convert and which do not. RSG can only handle Word 1.0x format at present.
It handles placing graphics next to each other better. Graphics in
Pagemaker can get close to each other without the background of one erasing
part of the other. In RSG, the background of a graphic cannot be made
transparent, so it can end up erasing part of a nearby graphic.
It has a kerning pair dictionary, so that certain pairs are automatically
kerned. In RSG you have to manually kern pairs of letters, or select a
block of text and choose Kern (although this doesn't actually seem to do
anything).
DIFFERENCES THAT AREN'T CLEAR ADVANTAGES TO EITHER APPLICATION:
In RSG you can designate a text block as PostScript. It doesn't matter
where you place this block on the page--RSG does not try to interpret it,
only passes it along to the printer. In PageMaker, you have to write an
EPS-format PostScript program (or import it from an application that
creates EPS-format code, such as Adobe Illustrator). This means you have
to add some comments such as Creator, Title, BoundingBox, etc., but then
you can place the block on the screen and you will have some idea of where
it will actually appear on the printed page.
RSG has algorithmic hyphenation and a spelling dictionary. PageMaker has
dictionary-based hyphenation, which may be better, but no spelling
dictionary.
To scale a graphic in RSG, you have to specify a vertical and horizontal
percentage in a "Specifications" dialog box. This means you know exactly
how much it's scaled, but it's doesn't give good visual feedback. The
cropping box which surrounds the graphic, however, can be resized with
handles. In PageMaker you drag handles of the graphic to scale it. This
adds up to: it's easier to crop in RSG, but easier to scale in PageMaker.
As you can see, I have listed only two reasons to prefer RSG, but they are
two very important reasons. I feel that they have given the new PageMaker
a ton of bells and whistles, but haven't addressed two of its major
weaknesses. (They did up the number of pages in a file from 16 to 128,
however.) Admittedly, most shops use PageMaker and don't really have the
choice of changing, and this makes sense especially given PageMaker's bells
and whistles with regard to compatibility with the IBM version, PostScript
EPS format, new scanners, etc. I myself am going to continue to use RSG
combined with SuperPaint.
David Bogartz/Hampshire College
------------------------------
Date: Tue, 19 May 87 08:47 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #28
Delphi Mac Digest Tuesday, May 19, 1987 Volume 3 : Issue 28
Today's Topics:
RE: Laser Prep 4.0 patch/Miniwriter
re: 3 Questions & 1 Flame
LISA Help (3 messages)
Shadowgate
more stack (2 messages)
IW spool files (2 messages)
Downloadable fonts, Altsys (4 messages)
Tiler bug for 4.1 users (3 messages)
Laser Spoolers (2 messages)
Kanji Printer Interface "Print Jack"
Excel 1.04
4.1 Menu Manager
HyperCharger 020 (9 messages)
RE: 68020 upgrades for SE
ADDISON WESLEY
Draw 30 and New System!
swapping SE floppy and hard disks
LISA-HELP? XL (2 messages)
Centram TOPS BBS
Excel 1.04: Yay! (2 messages)
Radius 68020 board (3 messages)
Mac II Trinitrons (2 messages)
Desktop bus mice (9 messages)
68020 upgrades for SE
File/Disk Bug Fixes: Copy II 6.5
re: MacSmalltalk 0.4
Toshiba 24 pin printer
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-28.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂28-May-87 2327 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #96
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 28 May 87 23:27:42 PDT
Date: 28 May 87 2322-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #96
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 28 May 1987 Volume 5 : Issue 96
Today's Topics:
Pascal "Comp" Type
BUG IN INSIDE MACINTOSH I: QUICKDRAW AND FONT-MANAGER
Lisa/MAC XL Hard Disk problem
Re: Standardized "calls" (Again!)
Fortran(s) Under MPW
Re: How to save some $$ for MacII enhanced graphics.
Re: Icon Quest
System 4.1 Questions
More Mac II crashes
FWB Hard Disk Backup trouble OOOOPS!
Gone Fishing: Another FKEY Screen Saver
Disk Ranger
Screen Lock: Another Screen Saver FKEY...
The Lone Ranger
Re: computer modern fonts
Re: BinHex 5.0 vs. BinHex 4.0
re: BinHex 4.0 vs BinHex 5.0
Re: Why use BinHex 5.0?
Addendum to posting "PageMaker and ReadySetGo compared"
Re: Long term Mac usage
Mac & Typewriters
OpCode MIDI interfaces in Palo Alto
MIDI INTERFACE INFO
Mac SE 68020 Accelerator Cards???
----------------------------------------------------------------------
Date: Tue, 26 May 87 08:56:46 EDT
From: Dick Kalagher <kalagher@mitre.ARPA>
Subject: Pascal "Comp" Type
Has anyone used the "comp" type in Pascal applications? Can a comp type
variable be passed to a routine expecting "extended" type of does the
program need to make conversions. Any sample code useing "comp" would
be appreciated.
------------------------------
Date: Wed, 27 May 87 14:08:27 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: BUG IN INSIDE MACINTOSH I: QUICKDRAW AND FONT-MANAGER
SOME GUYS HERE IN LINZ, AUSTRIA, EUROPE TRIED TO PORT A FONT CALLED
GACHA (OR SOMEHTING LIKE THAT) FROM LILITH TO THE MACINTOSH. IT IS A
NON-PROPORTIONAL FONT ESPECIALLY USEFUL FOR PUBLICATIONS IN COMPUTER
SIENCES. DURING THE PORT, THEY FOUND A NASTY BUG IN INSIDE MACINTOSH I:
ON PAGE I-173 IN THE DESCRIPTION OF CHARWIDTH(); IT READS:
'...THE VALUE RETURNED....IS THE WIDTH, IF THE SPEC. CHAR. IS DRAWN'
THIS IS NOT TRUE, SINCE PAGE I-233 GIVES THE CORRECT EXPLANATION:
WHEN A CHARACTER OF A PROP. FONT IS DRAWN, THE CURSOR POSITION IS
INCREMENTED BY THE VALUE GIVEN IN THE WIDTH TABLE. IF THE FONT IS A
NON-PROP. FONT, THE CURSOR POS. IS INCREMENTED BY THE FIELD WIDMAX FROM
THE FONT-INFO.
CHARWIDTH(); ALWAYS RETURNS THE VALUE FROM THE WIDTH TABLE, NO MATTER
IF THE FONT IS PROPORTIONAL OR NOT. SO FOR A DESIGNER OF A NON-PROP.
FONT IT IS ESENTIALLY IMPORTANT, THAT THE WIDTH TABLE CONTAINS WIDMAX
FOR EACH AND EVERY CHARACTER, SINCE SOME PROGRAMS USE CHARWIDTH() TO
DETERMINE THE POSITION OF E.I. TH INSERTION POINT IN A STRING...
I DON'T KNOW IF THERE IS A TECHNOTE ON THIS SUBJECT, BUT MAYBE THIS
MESSAGE WILL HELP SOMEBODY OUT THERE IN NET-LAND.
GREETINGS
ALEXANDER
------------------------------
Date: Tue, 26 May 87 17:11:48 edt
From: moy@nrl-csr.arpa (Gene Moy)
Subject: Lisa/MAC XL Hard Disk problem
Yes, there are some of us who still use the Lisa hardware.
For some time now I have been having periodic problems with the hard disk
on Lisa's running under MacWorks XL. The symtoms are the machine would
display the 'Sad Mac' and the error number 0F00064 when trying to boot.
This started happening a year ago or so. I have been told that somehow the
finder on the hard disk gets corrupted. That was the cause, but there
wasn't a solution. Well, someone point out an article in the LisaTalk
Report, Vol 2, #13 title "MacWorks bug, or what?". The artilce explains
that under MFS, the Finder starts to reach its limit at about 400K of
multiple file space, and when the Finder attempts to manage files beyond
its capacity, its performance and reliability deteriorates and finaly the
disk gets currupted. The article also goes on to say that there is an
"unoffical" repair program, called "Hard Disk Mount", being provided by
Apple to dealers for distribution to Lisa/Mac XL customers. (The program
is supposed to be a beta-release without part number, and no revised copy
will be provided). Try as I might, I can't seem to find a dealer in the
Washington, DC area to give or sell me a copy.
Can anyone on this bulletin board help me?
Thanks
------------------------------
Date: Tue, 26 May 87 12:09:24 pdt
From: mab@ads.ARPA (Mike Brzustowicz)
Subject: Re: Standardized "calls" (Again!)
I have in front of me a DEC manual for the TOPS-10 version of fortran,
basic and algol that describes such a standardized calling sequence.
It is dated 1967, which I believe predates IBM's 360. (DEC DID do
things before VMS).
Also remember that Burroughs had been using the concept of Virtual
Memory for fifteen (15) years when IBM announced a revolutionary new
concept in computation--you guessed it, Virtual Memory!
The Unix world is now busily reinventing MULTICS (See the history of
Unix paper (by either Thompson or Ritchie, of forget which), if you
doubt.). The Mac has a lot in common with the Alto, which predates it.
The moral of the story? Grace Hopper was right, and we haven't gotten
as far as we think we have. One of the biggest innovations of the Mac
is its accessibility to non-technologists. From that point of view, it
doesn't really matter that they DON't have standardized calling sequences.
Either Apple wasn't aware of this technology, or it was too expensive to
incorporate it, given the benefits. I'd be curious to find out which,
but this discussion is somewhat tangential to the nature of this list.
-Mike
<mab@ads.arpa>
------------------------------
Date: 27 May 87 23:31:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Fortran(s) Under MPW
An earlier post noted that:
>Since a version of Fortran for MPW apparently isn't in the works, and
>Absoft (nee Microsoft) Fortran is so bad in so many respects that it's
>barely worth discussing anymore, it's time we started discussing solutions
There are now at least _2_ vendors working on Fortrans that run under MPW. The
one that I am familar with is supposed to be in alpha-test in Aug. and released
about the end of the year. We may yet get a decent fortran environment for the
Mac. I don't know, but I speculate that Green Hills (they wrote the C compiler
for MPW) could easily port their fortran to MPW. Green Hills Fortran _will_
be available under A/UX.
------------------------------
Date: Tue, 26 May 87 13:31:43 pdt
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: How to save some $$ for MacII enhanced graphics.
In article <8705260749.AA19916@ucbvax.Berkeley.EDU> you write:
>INFO-MAC Digest Tuesday, 26 May 1987 Volume 5 : Issue 95
>From: Philip M. Pitner <PITNER@Sierra.Stanford.EDU>
>Subject: How to save some $$ for MacII enhanced graphics.
>But note that the difference in screen write times for 16 colors vs 256 colors
>is quite dramatic. So if you're interested in doing animation I'm not sure
>256 colors is well implemented on the MacII. Programs like RedRyder scroll
>very slowly when using 256 colors. I'm not completely sure why there's such
>a dramatic difference. (this is in smooth scroll mode on Red Ryder)
A lot depends on what the application is doing. For example, if it uses
offscreen bitmaps (which presumably are 1 bit deep), and copies them onto an
8-bit deep screen, then Color Quickdraw needs to expand the 1-bit bitmap
into an 8-bit pixmap. This expansion takes some time. If RR was doing this
each time it scrolls, then it would operate very slowly.
Quickdraw is quite fast if the depth of the offscreen pixmap matches the
depth of the screen. But remember that there are 8 times as many bits on a
8-bit deep screen, so it will take longer to move them around. (It does
not take 8 times as much time, however; CopyBits involving 8-bit pixmaps
seems about as fast as CopyBits on a Mac Plus.)
This is the main reason why the user is in control of the screen depth. In
an application that doesn't require 256 colors, the user can gain a lot of
graphics speed by reducing the screen depth.
Larry
------------------------------
Date: Thu, 28 May 87 09:03:56 EDT
From: "William C. DenBesten" <denbeste%andy.bgsu.edu@RELAY.CS.NET>
Subject: Re: Icon Quest
Josh Susser <Susser.pasa@Xerox.COM>:
> Hard Disk icon
> where this bashful
> icon could be hiding?
From somewhere in IM or Tech Notes:
The (hard disk) driver is responsible for giving the icon to the OS.
It needs to give the icon to the system before it is able to read the
system file or something similar. Consequently, it is hard coded in
the driver.
Sorry about the generality, but my IM is not here.
Wiliam C. DenBesten | CSNET denbeste@research1.bgsu.edu
Dept of Computer Science | UUCP ...!cbatt!osu-eddie!bgsuvax!denbeste
Bowling Green State University |
Bowling Green, OH 43403-0214 |
------------------------------
Date: Tue, 26 May 87 13:55:14 pdt
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: System 4.1 Questions
Here is an attempt to answer some questions about System 4.1
In article <8705251616.AA09044@ucbvax.Berkeley.EDU> you write:
>BUT NOW FOR A QUESTION, even though I've been using System 4.1/Finder 5.5
>Now why, may I ask *shouldn't* I use Finder 5.5/System 4.1 on my dual-800K
>512Kenhanced? I realize the system heap was increased from 47 to 65K to
>accomodate the new system, but this doesn't seem major enough to tell 512Ke
>owners not to use the new software.
I don't know of any technical reason not to use System 4.1 on a 512Ke. I
think this is simply a matter of memory space. Note that the patches in
System 4.1 amount to 26K alone.
>I honestly do not know what the STARTUP DEVICE
>file is supposed to do. In fact, I don't even have it on my hard disk, and
Startup Device allows you to select a startup hard disk on the Mac SE and
Mac II. It won't show up in the Control Panel on a Mac Plus, Mac 512K, etc.
>P.S. I also noticed that Finder 5.5 crashes (System error 2A = 42) if I
>have TMON installed and do a Shut Down. Everything is, in fact, dismounted
>at that point, so it is safe to turn off the machine. I have a Mac+ with
>an Apple HD20 (disk port) hard disk.
I think System Error 42 is used for the alert that says it is safe to turn
off you Macintosh. Once the disks have been unmounted, the System Error
Handler is the only way to put up a dialog box. (The System file is
unavailable.) The Shutdown manager cleans up everything, and calls the
System Error Handler to put up the box.
Larry
------------------------------
Date: Wed, 27 May 87 08:34:08 PDT
From: franz!ficl!jkf@ucbarpa.Berkeley.EDU (John Foderaro)
Subject: More Mac II crashes
I've been looking into why programs crash on the Mac II and I've
found a pattern: It seems to be a common practice to create a little
subroutine on the fly in the stack space and jump into it. Because
the 68020 has an instruction cache you can't do this safely unless you flush
the cache before jumping into the handmade subroutine. By turning off
the instruction cache ( clr.l d0; movec d0,cacr) before running
RedRyder 9.4 and MacKermit 2.2 I was able to get these programs to run
successfully (actually RedRyder only has a problem when doing an
xmodem with crc download).
I'm trying to figure out how to create an init file which will
shut off the instuction cache automatically whenever I reboot the
machine. Until mac programmers learn not to write self-modifying code, I
think it is best to run with the instruction cache disabled.
john foderaro
------------------------------
Date: Tue, 26 May 87 12:14:41 edt
From: LARRAGA <larry@pyr1.acs.udel.edu>
Subject: FWB Hard Disk Backup trouble OOOOPS!
In Issue 91, Volume 5 I posted a message about troubles I was having with
restoring files made with Hard Drive Backup by FWB Software to my SE under
System 4.1. A colleague was able to restore a small selection of my backups
to his Macintosh Plus with a bus Apple Hard Disk 20 and System 3.2, so I
figured that the problem was with the SE and/or System 4.1. I didn't have
my friend restore all the files since I was going to have access to a clean
HD20 and a Plus shortly. Alas, when I went to restore my files using the same
System and Finder my friend had, I got the same "File Not Found" error.
Yikes! Everything all of a sudden pointed at a corrupted Hard Disk Backup
application. I copied the program from the original disk and of course it
worked, and of course I feel like a jerk. Sorry if I caused any undue
anxiety attacks over the integrity of anyone's backups. I like Hard Disk
Backup very much in terms of features and user interface and still would
recommend it to anyone.
Larry Larraga
University of Delaware
Microcomputing Resource Center
<larry@pyr1.acs.udel.edu>
"I did not say this. I was not even here."
- 3rd stage Navigator on Giedi Prime
------------------------------
Date: Wed, 27 May 87 14:51:23 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: Gone Fishing: Another FKEY Screen Saver
Gone Fishing - another Screen Saver FKEY for the Mac
(c) 1987 by Alexander Falk
Gone fishing is a small PD FKEY, which paints the screen black and
lets you leave a message for someone else by drawing it with
the mouse. If you press any key, the screen is refreshed. Gone
Fishing will work fine with print spoolers, Menu Clocks and any
screen sizes. I'm sorry, it won't work with more than one screen
on the Mac II, but I promise to change it, when I get my very own
Macintosh II.
Some time ago there was a similar DA on the net, but I can't waste
a DA-space for a screen saver...
Gone Fishing is free, so distribute it]
(This file must be converted with BinHex 4.0)
:$%G EQ8J4QPcD'PZC`"'5d9C4NY& 3#3#]*UrL-]N]3"]*]$]M]]]]%`]*]$1K)
I4J%J(bm),`"`"m]""N]]Rcm]6Ud#JNje3IS])R)`$%CTFfKTEQFZCQYPH 8#]*]
cR-TPZ]#3"J*US#-NAh]+6PiJApl]6Y]LAc)I)&pR'"]B$]]]('8'$]]]1QB'%A`
],Irr8d&JjNl4F]]3'%K]%"QJ2%je)Qm]##" ]]4`]()]%"J5%G%CdX'J,L"I8%p
1d&)5FJ]5%K ]%]"1G8j r`] #NKZr`] &cm]6Ud#JQ(%6Pj1G5*I)&mJ(`]]]5a
J$J]]4NY& 3]']*]'3IVrlL()#FjJ]]]#6PErhLm0+RJ*"%KZrrbSG#"i#HjCMd+
R)&")D]]#5(S]jKmm]]%r2]]#5(Mrrd*R3UHT%b"I,8Mrq%K3U(- , riU'dJE r
i5'J]%+LL2c`]]cmm]]1SQcmm]]bSR%)ZrpqTY%MR]]3U98KYrj5S88cI)]#S8e
22ccrrdKZrqLTF"]I$'i]]IrSCNC)E rNUA)r, rQ2blrj+L6B#T)E rNUA)`, r
QX'lriQB+-#lrj,"Zrq"R%#eZrq6ri$mZrqBr, rNU*&9MkPc%"p+]'E-$'i]]rr
S9m"%]%L](8$rhdSZrppR]2pk,blrq+N8,blrr+KcU6FUAdjH6R9038P1)*]%#&9
ZG'PdE'9N]*]$]3#3]`)`]]]"-]#3]cS]]XGf]GJ]N]-F]$)]]%C,49N]N]-+]]B
]]#]]N]A,b]G'DA0SD jRL8d:
[
also archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-GONEFISHIN.HQX
DoD
]
------------------------------
Date: Thu, 28 May 87 23:32:17 EDT
From: matthews@tcgould.tn.cornell.edu (Dave Matthews)
Subject: Disk Ranger
Here is Disk Ranger version 2.1, a very nice program for disk cataloging and
label printing. It is freeware, to enjoy. Unfortunately the author didn't
include his name! Hopefully he will step forward soon to take the credit he
deserves.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DISK-RANGER-21.HQX
DoD
]
------------------------------
Date: Wed, 27 May 87 14:52:18 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: Screen Lock: Another Screen Saver FKEY...
Screen Lock Installer - Version 1.0
(c) 1987 Alexander Falk
Screen Lock is a FKEY, which turns the screen black until some-
body knows the correct password, to resume work. The password can
be choosen each time, Cmd-Shft-7 is pressed. This FKEY is similar
to a DA, which was posted on the net some time ago, but I can't
afford wasting a DA-place for a screen saver...
Screen Lock is free, so distribute it.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-SCREENLOCK-10.HQX
DoD
]
------------------------------
Date: Tue, 26 May 87 10:17:41 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: The Lone Ranger
It was the purchase of FullPaint that started this whole thing.
I had this entire hard disk full of MacPaint files and MacPaint
had hit the bit bucket. Now I had the fun prospect of using
ResEdit to change each file's creator. Well, you know how
programmers are. I started writing.
So, in memory of Text Ranger and Paint Ranger, I give the world
The Lone Ranger
(insert theme music here)
This program will change the creator of any type of file from
anything to anything. It can be specific (all TEXT files from
EDIT to QED1) or general (all PNTG files to PANT). It is set to
know about TEXT, PANT, and WORD files and the programs, MacWrite,
QUED, EDIT, MacPaint, FullPaint, SuperPaint, MacWrite (again),
MindWrite, and Word 3.0. It reads all this stuff out of STR#
resources, so you can reprogram it if you are daring. It also has
the capability of doing files it and you know nothing about.
Simply choose Other... and you get an SFGetFile that shows the
type and creator fields. Pick a file type and then pick a
creator. You can use the program itself for the creator field.
It also does subtrees! You can start anywhere on your HFS volume
and The Lone Ranger will cruise only that portion of it.
If you have any questions, comments, or directed insults, feel
free to route them my way.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-LONERANGER.HQX
DoD
]
------------------------------
Date: 26 May 1987, 11:17:47 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Re: computer modern fonts
The computer modern fonts are available as part of the TeXtures package
marketed by Addison Wesley. I don't know if they are available separately
but I'd doubt it. Rumor has it that there will be a postscript version
of these fonts sometime soon and that would in principle include bitmapped
versions for the Mac as well. I sure hope that is true!
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: 26 May 1987, 11:20:16 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Re: BinHex 5.0 vs. BinHex 4.0
Binhex 5.0 was created I believe to deal with the MacBinary file format
which is so popular on the commercial (i.e. PAY) nets. The idea was that
the MacTerminal 1.1 format created 3 files on the host when a Mac file
was sent using macput (macget) and it is preferable to have 1 file. Since
a file in Binhex 4.0 format (text only) is somewhat larger than MacBinary
format the pay services adopted it.
On info-mac and other free nets we believe in transfering files around
and TEXT ONLY is imperative. It is unfortunately that Binhex 5.0 ONLY
produces MacBinary format (it can decode both 4.0 and 5.0 format). For
our purposes here Binhex 5.0 is unnecessary and occassionally produces
problems. Don't use it to create a file to upload to info-mac!!!!
I hope this answers the basic question.
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Wed, 27 May 87 17:21:47 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: re: BinHex 4.0 vs BinHex 5.0
ref: INFO-MAC Digest V5 #94
BinHex 5.0 format is the intermediate file format that is transmitted via
the XModem protocol whenever you use transfer files to/from a service that
supports MacBinary file transfer. It uses an 8-bit data path, which is why
BinHex 4.0 has remained in existence for telecommunication services that
cannot support the 8-bit data path, eg: some PC-based BBS systems, some
Apple // systems, the older versions of Dreams of the Phoenix BBS software,
etc. If you download a file from one of the services that do support
MacBinary XModem and you don't have MacBinary, the resultant file on your
diskette is a BinHex 5.0 document that you must convert.
Since most systems supporting the Macintosh now support MacBinary, and most
file transfer programs are also MacBinary compatible, the need for BinHex
4.0 is significantly reduced, but I find it most useful to encode and store
Mac files on creatures like my VAX and the SUMEX archives which have Kermit
and FTP access without the 8-bit data path. It would be nicer if the v5.0
program had a configurable nature for 7-bit, 70-character line encoding or
8-bit MacBinary encoding.
Does anyone have sources or a file format description for BinHex 4.0/5.0?
If they are extant somewhere on the net, I'd appreciate a copy.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 27, 1987
------------------------------
Date: Tue, 26 May 87 10:35:54 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: Re: Why use BinHex 5.0?
The justification for BinHex 5.0 is that it can convert files between
their normal form and the MacBinary standard. MacBinary-encoded files
are (as you've noted) 8-bit-binary, and they can't survive passage
through most email systems, but they _can_ be uploaded and downloaded
to mainframes or bulletin-board systems (via XMODEM or binary Kermit)
in about 40% less time than BinHex-4.0 files, and they consume
much less space. BinHex 4.0 encoding almost doubles the size of
a file; MacBinary encoding adds only a small constant overhead
(about 120 bytes, I believe).
Most Macintosh-oriented bulletin board systems have adopted a policy
of posting Mac applications and documents in MacBinary format, rather
than .HQX; the space savings are significant for these BBS (most of
which have only 20-40 megs of disk), and the upload/download time
savings are _very_ significant (most users connect at either 1200
or 2400 baud).
Most of the good terminal-emulator packages that support XMODEM (e.g.
FreeTerm, MacTerminal 2.0, MicroPhone, Red Ryder, etc.) also support
MacBinary; they automatically encode non-text files when sending, and
automatically decode non-text files when receiving... and thus neither
BinHex 4.0 nor BinHex 5.0 is needed. Some older emulators (e.g.
MacTerminal 1.x) do not support MacBinary, and will simply store a
MacBinary-encoded file on disk "as received". In order to convert such
an encoded file to its original form, it is necessary to use BinHex 5.0.
------------------------------
Date: Thu, 28 May 87 09:55 EDT
From: BOGARTZ%UMASS.BITNET@wiscvm.wisc.edu (David Bogartz/Hampshire
From: College)
Subject: Addendum to posting "PageMaker and ReadySetGo compared"
I subsequently figured out how to get two graphic items close to each other
in ReadySetGo: in their Specifications dialogs, uncheck the "Run Around"
options on each. This makes both of their backgrounds transparent.
David Bogartz/Hampshire College
------------------------------
Date: Tue, 26 May 87 10:00:30 EDT
From: "William C. DenBesten" <denbeste%andy.bgsu.edu@RELAY.CS.NET>
Subject: Re: Long term Mac usage
Irvin Lustig <OR.LUSTIG@Sierra.Stanford.EDU>:
> keeping Macs on for extended periods of time.
Just walked in this tuesday (26-May-87) to find that I had left my mac
on since I came into work friday morning. It seems to be working fine.
One of our faculty leaves his Mac 512 on all the time. We have never
had any troubles with his mac.
Being a tad (over)cautious, I would install fans in the Macs, just to
make sure that they stay cool.
The biggest deal is burning your screen. I would definately recommend
that you install Auto-Black that came over the net a while ago. This
dims the screen when there is no activity for a couple of minutes.
The heaviest used macs in our campus labs are have experienced
menu-bar burn.
Wiliam C. DenBesten | CSNET denbeste@research1.bgsu.edu
Dept of Computer Science | UUCP ...!cbatt!osu-eddie!bgsuvax!denbeste
Bowling Green State University |
Bowling Green, OH 43403-0214 |
[
from the moderator: My MacPlus has been on since purchased, about three
months ago. My 512E was on the whole time I owned it (about a year?). My
office is air-conditioned so I don't worry about a fan. And Auto Black is
the best screen saver I have ever seen.
I also leave my HD20 on all the time. No problems at all (so far).
DoD
]
------------------------------
Date: Tue, 26 May 87 18:36:46 PDT
From: Mike_Dustan%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: Mac & Typewriters
I recently had an opportunity to connect a Mac to an electronic
typewriter for letter-quality output as you describe. Our
requirements were fairly simple: only word-processor output would
be produced and no fancy mid-print typewheel changes would be
needed.
The Players:
The Mac: a Mac Plus (vanilla)
The Typewriter: a Canon AP-350 with Canon serial interface
The Cable: a (25-foot copy of an) Imagewriter I cable,
with an Apple adapter to convert the Mini-DIN
plug to a DB-9 (much easier to solder).
Connect this to the modem port.
The Software: Microsoft Word V1.05 with Microsoft's
Typewriter print driver
The Settings: MS Word Printer Setup window: select Typewriter,
Modem Port, 1200 baud, pitch to match the
typewheel in use.
The typewriter: 1200 baud, 8 bits, no parity,
1 stop bit, XON/XOFF handshaking.
The results were pretty good. Needless to say, you don't get all
the font attributes; all you get is underlining and boldface.
With a good typewriter the boldfacing is very hard to tell from
regular text, since the overstrikes land exactly on top of one
another.
The MS Typewriter driver is pretty dumb (like the typewriters it
is intended to drive). It takes no notice of any talents the
typewriter might have, like auto-underlining or proper boldface.
However, we experimented with the other printer drivers on the MS
Word disk and none of them worked at all with the typewriter!
You might be able to get the Imagewriter to work in draft mode if
you set the typewriter baud rate to 9600. I doubt if most
typewriters would understand the boldface, underline and other
escape sequences that the Imagewriter driver spits out, though.
------------------------------
Date: Tue, 26 May 87 14:55:44 EDT
From: David A. Levitt <levitt@MEDIA-LAB.MEDIA.MIT.EDU>
Subject: OpCode MIDI interfaces in Palo Alto
From: PUGH%CCC.MFENET@nmfecc.arpa
Could someone please send me some information about a mysterious MIDI
interface that is alluded to by the MIDI demos on Sumex. ...
Could someone please point me toward some information about this beast?
Jon
If you just want a Mac to MIDI interface, OpCode in Palo Alto sells
them, compatible with the old style serial ports (Mac provides power)
or Mac Plus style (separate power supply). The latter also works fine
on a Mac II. They retail for around $150.
Otherwise, I'm not sure I understand your question. I do Mac MIDI stuff.
------------------------------
Date: Tue, 26 May 87 14:05 CDT
From: MKonar@HI-MULTICS.ARPA
Subject: MIDI INTERFACE INFO
>Could someone please send me some information about a mysterious MIDI
>interface that is alluded to by the MIDI demos on Sumex. A friend has a MIDI
>keyboard tat he wants to hook up to his Macintosh. I pulled some of the MIDI
>demos from Sumex, but they require this interface that everyone assumes you
>have and know about.
>
>Could someone please point me toward some information about this beast?
>
>Jon
I'm not familiar with the demos you mention but just about any MIDI
interface for the Mac should work. They all pretty much work the same
way. Opcode Systems has one for around $90, I think. The best sources
of information on MIDI hardware/software are Keyboard magazine and
Electronic Musician. Both are available at B. Dalton Booksellers
and most others.
If you're handy with hardware, you can roll your own! The October 85
ish of Mactutor has plans for a simple Mac MIDI interface. The
November 85 issue has MIDI driver routines. I have built the interface
and it has worked without a hitch for about a year now (I am using
Mark of the Unicorn's Performer, a sequncer software package. Very
nice). The MIDI routines are another story (see my previous posting).
Good Luck
Murat N. Konar (612) 782-7466 days
HI-MULTICS.ARPA
------------------------------
Date: Mon 25 May 87 21:23:34-PDT
From: Tony Siegman <SIEGMAN@Sierra.Stanford.EDU>
Subject: : Mac SE 68020 Accelerator Cards???
Scanning the ads in MacUser looking for SE 68020 accelerator cards reveals:
Radius Accelerator
Levco Prodigy SE
General Computer Hypercharger
Apple ?????
Can anyone supply information on availability and quality of any of these?
------------------------------
End of INFO-MAC Digest
**********************
∂30-May-87 2249 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #97
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 30 May 87 22:48:56 PDT
Date: 30 May 87 2245-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #97
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 30 May 1987 Volume 5 : Issue 97
Today's Topics:
How does UnpackBits work?
More history of computing
Re: Fortran linking with C?
Stripped sys/finder
Giving up on the new systems...
Re: More Mac II crashes (V5 #96)
Patch to Packit III
Problem with Gonefishing? (V5 #96)
FzzPlot Feedback? Please?
My SE and EXCEL
midi interfaces
HP2623 terminal emulation on the Mac
Terminal Emulators
TeX Previewer Problem?
Hot Mac
HyperDrive <-> new System?
Minimum file allocation size on XPs
Memory Upgrades
Word: MS-DOS --> Mac??
Printing to ASCII w/ Word 3.0
Boxes in word3.0
Re: LaserWriter Plus clone much better than original? Well...
Re: Message for "Power" users
Delphi Mac Digest V3 #29
----------------------------------------------------------------------
Date: Fri, 29 May 87 16:13:03 edt
From: mp1w+@andrew.cmu.edu (Marc Russell Pawliger)
Subject: How does UnpackBits work?
I have been trying to implement UnpackBits in c with mediocre success. As I
understand it, packbits does the following:
Read a byte called control
control < 128?
Next control+1 bytes are straight bitmap
control >= 128?
The next byte in the input stream is repeated 256-control
times
(2s complement of control times)
I am able to read in a file I made that consists of straight lines of bitmap,
however when I have to read a compressed file (a MacPaint file), the routine
gets messed up.
Any code fragments greatly appreciated.
Marc Pawliger
mp1w+@andrew.cmu.edu
mp1w@cmuccvma.bitnet
------------------------------
Date: Fri 29 May 87 11:04:23-PDT
From: Rich Alderson <ALDERSON@Sushi.Stanford.EDU>
Subject: More history of computing
>From: mab@ads.ARPA (Mike Brzustowicz)
>Subject: Re: Standardized "calls" (Again!)
>I have in front of me a DEC manual for the TOPS-10 version of fortran, basic
>and algol that describes such a standardized calling sequence. It is dated
>1967, which I believe predates IBM's 360. (DEC DID do things before VMS).
>Also remember that Burroughs had been using the concept of Virtual Memory for
>fifteen (15) years when IBM announced a revolutionary new concept in computa-
>tion--you guessed it, Virtual Memory!
The IBM 360 family was announced in 1963. (Around August--I used to have the
Time Magazine article, but it's gone the way of all paper...) First deliveries
came in early 1964--this was back before anyone could really get away with what
we now know as vaporware.
Granted that Burroughs was using virtual memory long before the 370 series came
out with it, but the 360/67 was a VM machine from about 1966.
This HAS gotten away from the intent of the original question. My original
response was just to demonstrate Adm. Hopper's point: In computing, there is
rarely anything new in the commercial world.
Rich Alderson
------------------------------
Date: Sat, 30 May 87 22:39:11 pdt
From: Bernard Aboba <bernard@ararat>
Subject: Re: Fortran linking with C?
I have just gotten my copy of MacTran '77 Version 2.0, and thought I'd
post a few impressions to the net. First of all, this version does
NOT support the 68881 (those are the exact words of the docs, although
it isn't clear whether they mean direct access, although since
MacTran 77 does not use SANE, I think ANY access isn't supported), which
will have to wait for Version 2.01. It appears that version 2.01 will
not run on a 68000, however, but is specifically for the 68020/68881.
MacTran77 features an option for producing .REL files, and linking
with C compiler and assemblers which produce .REL's. The manual
states that the main program must be written in Fortran for linking
to work, although it does not say why. I attempted to get around this
by writing a small Fortran subroutine, compiling it to .REL, and
using LightSpeed C's RelConvert utility. No dice. It bombs with a
cryptic error message. So linking MacTran77 subroutines with LSC
seems to be out.
Since LightSpeed C doesn't produce .REL files yet you can't link the
other way either. This is more than a little frustrating, as it
seems to imply that you must use MPW or Consulair to link with
MacTran.
On the plus side, the toolbox access is decently documented, and
higher level routines are provided.
Has anyone tried linking with Consulair or MPWS?
------------------------------
Date: Fri, 29 May 87 16:44:04 EDT
From: Tom Coradeschi - Army RD&E Center <tcora@ARDEC.ARPA>
Subject: Stripped sys/finder
Does anyone have info or a source of info on the method to be used for
stripping down the system and finder files to their smallest possible size?
I seem to recall reading something about the subject here in net-land, but
that's about it. I think it revolves around stripping out particular parts
of the resource forks, but I need to know what I can remove without decreasing
the functionality of the files.
Regards,
tom c.
------------------------------
Date: Wed, 27 May 1987 22:45 CDT
From: a.d. jensen <UD040164%NDSUVM1.BITNET@forsythe.stanford.edu>
Subject: Giving up on the new systems...
After installing the new systems which have come out of Apple of late,
I am about ready to give up. We used 3.2 fine for months without a
problem, but then when the new systems came in, I thought 'aha!' Just
what we needed! We use, by the way, 2 mac pluses with Hyperdrive 20s,
a Mac plus with an internal Hyperdrive, and a Mac SE with internal Apple
20 meg. Laserwriter on Appletalk, a couple of imagewriters.
Not more than two weeks, problems come creeping out...
1) One of the Hyperdrives refuses to boot -- it claims that it can't
find the Finder, even though both System and Finder are in the
System Folder. Replacing System with good old 3.2 solves the problem.
2) Random, aggravating printer errors.
3) On the SE, cutting while in one application and then pasting in
another (after a trip to the Finder) causes System Error 3.
4) Occasional system errors for no apparent reason.
In short, we have seen enough system errors with this new setup to
open a bomb factory. The new system is already history on the Mac
Pluses, but I would like to know if I can take it off the SE as well.
Any replies would be appreciated.
dale
<UD040164%NDSUVM1.BITNET@WISCVM.WISC.EDU>
------------------------------
Date: 29 May 87 15:56:56 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: More Mac II crashes (V5 #96)
The report is that RedRyder 9.4 and MacKermit 2.2 (2.2? I want 2.2!)
crash on the II because of a subroutine built on the stack that
invalidates the cache.
This is a classic description of a bug in LightSpeed C 2.01.
Apparently it handles PB File Manager calls by builting the trap
on the stack (since there is the rarely-used bit, ASYNC, that is in
the parameter list in C, but in the trap word in assembly language).
Thanks go to Duane Maxwell at Levco (who found it on the Prodigy
before the Mac II was released) for discovering this first.
Think knows about it but didn't seem to think it was serious when
I called a month ago. Perhaps if every owner of Red Ryder called
them up to complain they would change their mind.
In the short run, the only cure seems to be turn off the cache or
recompile using another compiler.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Wed, 27 May 87 11:39:48 EDT
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Patch to Packit III
PackIt III is a great little shareware program written by Harry Chesley.
However, it does have one annoying problem: sometimes the selection lists in
the standard file dialogs are two narrow to distinguish between files that
begin with the same 8 or 10 characters. In these cases, you had to remember
what files were in that directory, alphabetize them mentally, and then count
to the right one. (I thought you never had to remember file names with a
Mac!)
So... I took my trusty copy of ResEdit and modified a few of the DLOGs and
DITLs to alleviate the problem. No more packing in "My Program.proj" when I
wanted "My Program.proj.rsrc". One of the dialogs looks a little strange, but
I find it to be more functional. A Binhex of the new resources follows. To
install, use a resource editor to remove DLOGs 259, 260 and DITLs 270, 271 from
(a copy of) PackIt III and then paste in these replacements.
Mark
(This file must be converted with BinHex 4.0)
:%&"KBfYTG#"*N!-J8'&dBfJ!N"%$M#`k!*!%!3#3!`-Z!!!#,J#3!ei!N!8-!!S
!,!!US!)!N!!!N!88!$)!+!$)L!-JAK"3B@0VDA3J5C!$)&"KG'0SB`)!N#qFi(h
J!*!'!i`!&`#B!%F!N!F,!"F!'`$1L!j1CAFJ9(P`C5"1B@eP1J#3!j!!!!F!N!@
-!*X!S!$A"!*25`#3"B`!i3#J!4J%"N0KEQ0PE!#3"43!Q`!S!4L)#dCKE@PXH5"
1B@eP!*!'+!#E!$J"'*!!!*!'4J#E!&S"'!#3!aF!N!AZ!@S!!3#3#!%1!NG'!!!
"'J!0!*!&MJ"6!+!!S`3%6h"PEJ#3"6X%J!"0"0!%"NKTC'4PEJ#3"G)!8J$N!+)
%"%4[EQ8!N!@1!-)!S!%LJ!#3"V)!b`$%!4X%"89UC@0dEJ#3"G)!b`$N!4X%"84
bDACPEJ#3"3X!$!"p!,J!N!F,!,F!I3$(!*!(LJ#h!1S!Z)!!N!B8""3!G!4jL!#
3"Jm!f!!M!9!&#d0[EA"bCA0cD@pZ)!#3"6`!f!"3!9%'$8j[)'9ZBh*jF(4TEfj
`!*!&83$B!'8"C!B48fPYF'aP)'9ZBh*jF(4TEfiJ!*!&C3$B!(N"@3B14%96)'9
ZBh*jF(4TEfi!N!-A!*!&UJ'5!!%!N!J"$`*(4J#3!pB!#J#3"4`![J!Z!3i%"%p
`C@i!N!8l")!!6363"!C)D@4NC@i!N!9D!,i!E!%1"!C$B@jMC@`!N!8F!53!,J'
%J!#3"MX",3"0!Ad%"89UC@0dE!#3"9S",3"X!Ad%"84bDACPE!#3"3X!$!"p!+-
!N!F,!+)!I3#b!*!(&!%H!(3"(i!!N!B8""3!G!4jL!#3"SF!#J#E!93&(90SEhF
J8'&MDdPd)#BJ9%9B9#"QD@aPFb"[EQajB`!!!3#3!`-Z!!!#,J#3!ei!"-T!![)
!N!-F!&i!!84-6dF!!3!54%P86!!"!#S"!rrr"!#3"!6+X!%%rrm%!!%j!!61%!%
1rrm%!!!E!!61!!%2rrm%!!&8!!60K-NV!:
[
also archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PACKIT3-DLOG-PATCH.HQX
DoD
]
------------------------------
Date: Fri, 29 May 87 08:02:00 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Problem with Gonefishing? (V5 #96)
The copy I got in V5 #96 has spaces in the binhex. As I
recall, genuine Binhex 4.0 never has spaces. I think there
was a character set translation problem. (Note it came from
a bitnet machine.)
Joel West (c/o UC San Diego)
Western Software Technology, POB 2733, Vista, CA 92083
{ucbvax,decvax,ihnp4}!sdcsvax!jww
jww@SDCSVAX.ARPA
[
well, so much for trying to be a nice guy (sorry Paul). Two other
postings from the same source show the same symptoms. PLEASE NOTE: the
files
FKEY-GONEFISHIN.HQX
FKEY-SCREENLOCK-10.HQX
DA-WN-TRANSLATOR-15.HQX
have been removed from the archives until a useable copy is received.
DoD
]
------------------------------
Date: Thu, 28 May 87 14:45:07 edt
From: rs4u+@andrew.cmu.edu (Richard Siegel)
Subject: FzzPlot Feedback? Please?
Some time ago, I uploaded a shareware plotting program, and it
has been archived. Since then, I've received only one response.
Based on my own usage of this program, I'm preparing a new version. However,
I do not wish to go too far without *some* user feedback.
If anyone has downloaded and used FzzPlot, I'd appreciate some kind of
response: what did you think of it? Would you pay for it? If not, why not?
What would you like to see?
I don't write software for my health, you know.
Rich
Richard M. Siegel
R-Squared Development Systems
134 Horseshoe Drive
Williamsburg, Virginia 23185
(804) 229-2152 [After 6pm eastern time only]
Arpanet: rs4u@andrew.cmu.edu
Uucp: {your fave gateway}!seismo!andrew.cmu.edu!rs4u
Disclaimer? I don't even KNOW 'er!
------------------------------
Date: Fri, 29 May 87 07:52 EDT
From: "I am only an egg."
From: <JOHNSON%nuhub.acs.northeastern.edu@RELAY.CS.NET>
Subject: My SE and EXCEL
Thanks to all who gave reasons for kermit's poor performance. When
I find a good C compiler I'll recompile it (if someone hasn't by then).
Any preferences?
Now for an EXCEL bug (I think).
I was using EXCEL on my recently purchased MAC SE the other
night. I had a 4 X 3 spread-sheet up. I tried to SAVE it in the usual
fashion. The little watch icon came up indicating that whatever was
happening would take a while so I waited ... and waited ... and waited.
After about 3 minutes or so I began to get the feeling that nothing was
going to happen. The hard drive I was trying to save the sheet on wasn't
moving, no noise, no blinking light, nothing. When I moved the mouse
around the watch icon tracked very nicely. Nothing I did with the
mouse or the keyboard would free up the MAC.
I prayed to the computer gods at that point and cycled the power.
When my machine is idle I keep everything closed and had just RESTARTed
it to open up this sheet for a few minutes so I could add something.
Apparently the order I had done things in kept me safe. When the system
came back up, everything was fine but my spread-sheet had NOT been
updated. I re-entered my date and saved it again. This time it worked.
My system tools disk calls itself version 1.0 and I have EXCEL
version 1.03. Anyone ever notice this behaviour? BTW, just how lucky
was I anyway?
lastly, EXCEL (with a bit of work :-) could be a relational
database as well as a great spread-sheet system. Anyone know if
MicroSoft has any nice plans in this area. (hey MS, are you listening?)
USnail:
Chris Johnson
Academic Computer Services
Northeastern University 39RI
360 Huntington Ave.
Boston, MA. U.S.A. 02115
AT&T: (617) 437-2335
CSNET: johnson@nuhub.acs.northeastern.edu
ARPANET: johnson%nuhub.acs.northeastern.edu@relay.cs.net
BITNET: johnson%nuhub.acs.northeastern.edu@csnet-relay
(Always vote. There may not be anything you want to vote for, but
there might be something you want to vote against.)
------------------------------
Date: 30 May 1987 09:24:45 EDT
From: mt700 <ebersman@sysu-0>
Subject: midi interfaces
there is a company called scherzando music who sells a great
variety of midi products, including interfaces, sequencers,
library editors, etc. for the mac, the amiga, and even (shudder)
the ibm. prices are ok. i don`t have the address here, but
they advertise in the macuser magazine classified section under
music software.
paul (ebersman@msddnpent.arpa)
------------------------------
Date: Wed, 27 May 87 20:41:48 PST
From: jpl06!john%sdeehp1.UUCP@sdcsvax.ucsd.edu
Subject: HP2623 terminal emulation on the Mac
Does anyone know of an HP2623 (graphics) terminal emulator that runs on
the Macintosh? Thanks in advance for any inputs.
John Armstrong
sdeehp1!jpl06!john@sdcsvax.ucsd.edu
------------------------------
Date: Sat, 30 May 87 14:51:24 PDT
From: Charles_Lindsay%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: Terminal Emulators
Good Evening Net-land:
I'm in need of a WYSE 50 or a TeleVideo 925 terminal emulator,
preferably in the public domain, but any information is useful.
Thanks in advance.
Charles.
------------------------------
Date: Wed, 27 May 87 23:00:01 pdt
From: Bernard Aboba <bernard@ararat>
Subject: TeX Previewer Problem?
I'm trying to download TeX DVI files created on a UNIX machine, and look
at them with the TeX previewer that was recently released. Only problem
is that:
1. Either the files won't come across (both XMODEM and KERMIT hang in the
middle of the transmission) OR
2. When they do, the previewer won't open them, even with the creater bits
set.
Question: Has anyone gotten the TeX previewer to work? Has anyone
successfully run LaTeX on any Macintosh TeX system? (Won't work with
TeXtures .95). Also, is there a version of BINHEX 4.0 written for UNIX, so
you can upload files with weird control characters to your Mac?
------------------------------
Date: Thu 28 May 1987 17:45 CDT
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: Hot Mac
Does anyone out there own a MaxChill fan? If so, does it really keep the
mac "cooler than ever" after about 2 hrs? please respond, because my mac
starts acting strangely if I leave it on for a while.. I called up the guy
who installed the fan, he explained this by saying "ahhm, well there is a
power supply on the left side of the mac." yeah, so what? the fan should
take care of that right? do other fans have this kind of a problem?
any help would be appreciated, thanks...
bitnet MMAR013@ECNCDC
arpa MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
uucp [wanginst!decvax!cbosgd!] psuvax1!ECNCDC.BITNET!MMAR013
------------------------------
Date: Thu, 28 May 87 09:38:12 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: HyperDrive <-> new System?
Before I go destroying my dear old 512K RAM/64K ROM/HyperDrive 20 machine,
I thought I'd ask. My local dealer doesn't seem to know...
Is System 4.x/Finder 5.x compatible with the HyperDrive V3R1 system software?
Can it be used without the ROM/Drive/Memory upgrade? Can it be used WITH a
ROM/Drive/MacPlus board upgrade?
These and other questions brought to you by
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 28, 1987
------------------------------
Date: Fri, 29 May 87 02:33 CDT (GMT -05)
From: <MBORSETT%NUACC.BITNET@forsythe.stanford.edu>
Subject: Minimum file allocation size on XPs
I have a SuperMac DataFrame XP40, and I am very happy with it. I couldn't
help noticing, though, that the minimum size of a file on the XP is 1 meg, vs.
512K on a floppy. The XP has been initialized with Init v2.51, the latest
available.
Is there a particular reason, and/or is there a patch that will make the
System allocate space on the XP 512Ks at a time instead of 1024Ks at a time?
Mike Borsetti
Northwestern University, Chicago, IL
Bitnet: mborsetti@nuacc.bitnet
MCI Mail: MBORSETTI
Telex: 6502526746 MCI UW
FidoNet: 115/729 (312-729-8768, member EchoMAC)
------------------------------
Date: Fri, 29 May 87 15:57:55 EDT
From: boonl@caen.engin.umich.edu (Boon K. Lee)
Subject: Memory Upgrades
Please post the following memory upgrade question :
Hello, does any one out there know how to upgrade the DOVE 512k Upgrade to a
1.5 or 2.0 RAM. I bought the 512k upgrade and happens to have a set of 16 256k
chips.
Please mail me if you had any experience or suggestions. Thanks.
Boonl@um.cc.umich.edu
OR
Boon Lee
229 chrysler Center
2121 Bonisteel
Ann Arbor, MI 48109
------------------------------
Date: Wed, 27 May 87 11:12:47 PDT
From: larus%paris.Berkeley.EDU@berkeley.edu (James Larus)
Subject: Word: MS-DOS --> Mac??
My wife has ~150 Word 3.0 documents on PC. She would like to transfer
them to her newly acquired Mac (with Word 3.0). The physical transfer
is fairly easy to accomplish, however the two versions of Word appear
to be different in some minor respects. In particular, the PC version
uses style sheet entries to get italics and underlining while the Mac
uses some other convention. Needless to say, the conversion does not
go smoothly and the idea of converting 150 files by hand is enough to
make her stay with the PC.
Does anyone have any hints or experience with converting documents.
Thanks,
/Jim
arpa: larus@paris.berkeley.edu
usenet: ucbvax!larus
------------------------------
Date: Wed 27 May 87 16:58:26-PDT
From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
Subject: Printing to ASCII w/ Word 3.0
Recently I've starting using the new Mac version of MS Word. The problem is
that I would like to be able to create an ASCII text version of my documents
(for uploading) that retains as much of the formatting as possible,
specifically, multiple columns.
Although Word will let you save a document as an ASCII file, when you do this
multiple columns are saved just as they are in the Word file, as one long
column. Does anyone know a way to get around this problem? My only thought
was that maybe someone has written an ASCII file printer driver that would
write printed output to a file.
Thanks for your help.
Steve
dennett@sri-nic.arpa
------------------------------
Date: Fri 29 May 87 21:56:11-EDT
From: Geoff Mulligan (USAFA) <Geoffm@AFSC-HQ.ARPA>
Subject: Boxes in word3.0
Can anyone describe the best technique for drawing boxes around text ( not
necessary complete paragraphs) ie.
------------
| |
| | Item X
| 60,000 |
| |
------------
| |
| | Item Y
| 20,000 |
------------
I've tried using the vertical lines and underlines, but they never seem to line
up correctly and leave small spaces at the corners.
HELP!!!
geoff mulligan
------------------------------
Date: Tue, 26 May 87 23:04 CDT (GMT -05)
From: <MBORSETT%NUACC.BITNET@forsythe.stanford.edu>
Subject: Re: LaserWriter Plus clone much better than original?
Subject: Well...
About 10 days ago I entered a message where I reported about an article
appeared on MacWorld which ended with saying "unless you have a service
contract with (or stock in) Apple, there's no reason to consider a LaserWriter
Plus over a PS-800 Plus," and I asked for comments.
Here's an EDITED synopsis of the responses I got:
From: tj <tj@utorgpu.bitnet>
Organization: University of Toronto Computing Services
I have tried a PS800 for a while. QMS is a very reliable company and the PS800
plus should work VERY well for you. It has the same canon engine and a better
version of PostScript and also includes other printer emulations and even an
HP7475 plotter emulation.
tj
From: mead%hamal.usc.edu@oberon.usc.edu (Dick Mead)
Organization: University of Southern California, Los Angeles
I mentioned the article to a co-worker and he says that one problem he has been
hearing is the QMS 800's are prone to lots of mechanical failures, he says
people he knows that use them are always complaining that the unit keeps
breaking down. No details, sorry.
[A further inquiry led to the following message:]
From: Dick <MEAD%hamal@oberon.USC.EDU>
No other info, what I heard was 2nd hand. Don't know the relative age of the
QMS units, but I'd guess they are not too new, as the product itself is not
much over 3-4 years old, at my guess. I bet, like anything else, you can have
lemons or roses, when it comes to how something works..
From: EWING@YALEVM
Yes, I've heard of the QMS Laser printer, and as a matter of fact, we have a
few on this site (Trinity College). Unfortunetely, they were only hooked up to
the Macs that we have for about two weeks last term before we got our real
LaserWriters. Since then the QMSs have been relegated for duty on our AT&T PC
compatibles, where they have served well. When they were attached to our Macs
though, they really shone, and all software didn't know the difference. I
didn't get to test its speed or other general performance against the
LaserWriter, but it seemed to hold its own. And if its got the latest
Postscript driver under the hood, I'd say go for it.
Richard Ewing
Chief Mac Consultant
Trinity College
EWING@YALEVM
From: Jim Calvin <jim@VENTURA.PALLADIAN.COM>
You didn't even mention one of the `nice' features of the 800+: it can do HP
LaserJet emulation... Now for Mac hackers, that's probably not a big deal, but
in a business environment, it is nice. It is faster (we tried one out for a
week) for some things. We hooked one to a Symbolics 3640 were sending large
bitmaps at it (something postscript doesn't do all that well) and it was maybe
twice as fast.I don't have any real interest in QMS, it's just a printer we've
certified as one our products can use (we never even tried hooking it to a mac,
but did to a PC-XT).
Jim Calvin
Palladian Software
4 Cambridge Center, 11th floor
Cambridge, MA 01803
---
Thanks to all of you who answered, and sorry if your msg. wasn't included in
here.
Mike Borsetti
Northwestern University, Chicago, IL
Bitnet: mborsetti@nuacc.bitnet
MCI Mail: MBORSETTI
Telex: 6502526746 MCI UW
FidoNet: 115/729 (312-729-8768, member EchoMAC)
------------------------------
Date: Sat, 30 May 87 14:38:15 MDT
From: t-jacobs@cs.utah.edu (Tony Jacobs)
Subject: Re: Message for "Power" users
In article <2876@cit-vax.Caltech.Edu>, wetter@tybalt.caltech.edu (Pierce T. Wetter) writes:
> Here's a wet dream for all you "power" users out there: The apple Sales
> rep to Caltech was in the other day and told me that there was a company in
> San Diego developing an array processor card for the Mac II.
> What I want to know is when is the Cray coprocessor card going to come
> out?
> Pierce Wetter
The June MacWorld on page 103 has a brief article on a product in the works
called the MI-4. It is a parallel processing card that is based on the
Inmos Transputer chip. Each MI-4 is capable of doing 10 MIPS! The article
says you can use multiple borads! So 6 slots full of MI-4 boards equals about
60 MIPS!
The $1295 MI-4 board contains a 32 bit RISC Transputer, 1MB of RAM, and 4 high-
speed serial communication lines.
There is also a floating-point processing unit for $1495. It is suppose to be
5 times faster than the 68020/68881 pair.
The article also says these boards can be added to a 512 or a Plus. There is
only room for 2 to fit in the cabinet so they offer an expansion box with power
supply and cables for four or more MI-4 borards.
------------------------------
Date: Tue, 26 May 87 09:18 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #29
Delphi Mac Digest Tuesday, May 26, 1987 Volume 3 : Issue 29
Today's Topics:
MacCharlie (2 messages)
selection rectangles (6 messages)
TMON/SuperSpool conflict
Pseudo-128K Mac
MPW/Mac II
RE: HyperCharger 020
HabaWord (2 messages)
SANE in DA's (4 messages)
RE: ADDISON WESLEY
getting screen dumps
_Pack12 (Color Picker)
InBox Question
Mac II Batteries?
Monitors
development woes (2 messages)
RE: MAC II ARRIVED!
FKEY 3
Mac II problems (5 messages)
OpenCPort (2 messages)
smoothscroll (3 messages)
KeyTrans
PC NETWORK Chapter 11
[archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-29.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂04-Jun-87 2310 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #98
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 4 Jun 87 23:10:11 PDT
Date: 4 Jun 87 2255-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #98
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 5 Jun 1987 Volume 5 : Issue 98
Today's Topics:
Re: How does UnpackBits work?
Re: My SE and EXCEL
strip Sys/FzzPlot/XP file alloc
Question: Window -> PICT
System Event Mask
LSC I/O buffering queries (re Browser)
LIGHTSPEED C DA'S - HELP NEEDED
OPENING A RESOURCE FILE FRM A DA - HELP NEEDED
illegal Disk Ranger
Re: Patch to Packit III
Macintosh Technical Notes released in May
Browser .244+
Re: Fans (V5 #96)
RE: Hot Mac
Re: Re: LaserWriter Plus clone much better than original?
System 4.1 on Hyperdrive
re: Giving up on the new systems...
New System & Hyperdrive
HP Terminal Emulation
Re: Boxes in word3.0
Re: Boxes in word3.0
----------------------------------------------------------------------
Date: Mon, 1 Jun 87 00:32:31 CDT
From: brian@sally.utexas.edu (Brian H. Powell)
Subject: Re: How does UnpackBits work?
There's code to do this in the file on sumex <INFO-MAC>UNIX-PAINTPS.SHAR.
In that shar file there's a program called paintps.c which decodes MacPaint
files. There's a routine in paintps.c which I stole from paintimp.c which
was written by Dave Johnson at Brown University. Each time you call it, it
returns the next byte of the bitmap. This may not be what you want, since
this is only good for a sequential pass of the file. Here's an excerpt from
paintps.c:
/*
* paintps -- Convert MacPaint document to PostScript document
*
* Brian H. Powell, University of Texas at Austin
* brian@sally.UTEXAS.EDU
...
*/
...
First you want to skip the 512 bytes of pattern information at the
beginning of the MacPaint file. I did it like this: (fp is the FILE variable
for the MacPaint file.)
#define MACPAINT_HDRSIZE 512
(void) fseek(fp, (long)MACPAINT_HDRSIZE, 0); /* skip the MacPaint patterns */
...
Here's the routine to return the unpacked bytes. Dave Johnson wrote the
code; I wrote the comments. Note that it's up to you to remember where the
lines break. (It's not hard; just remember that there are 576 bits per row
and 720 rows total.)
/* macpaint input routines */
getbits(fp) /* this routine scarfed from paintimp. */
FILE *fp;
{
/* This routine expands the PackBits encoded MacPaint file,
delivering one byte per call.
*/
static int count, rep, chr;
int c;
if (rep) { /* if we are repeating a previous character, */
rep--; /* reduce the repeat count and return the char. */
return chr;
}
if (count) { /* if we are in an unrepeated section, reduce */
count--; /* the count and return next char from the file. */
return getc(fp);
}
c = getc(fp); /* otherwise, get the next repeat count. */
if (c & 0x80) { /* if negative, repeat the next */
rep = 0x100 - c; /* byte (2's comp(c)+1) times. */
chr = getc(fp); /* the character to repeat */
return chr;
}
else { /* if repeat count is positive, next "count" bytes */
count = c; /* are unencoded. */
return getc(fp);
}
}
------------------------------
Date: Sun 31 May 87 06:09:37-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: My SE and EXCEL
> I prayed to the computer gods at that point and cycled the power.
> This time it worked. BTW, just how lucky was I anyway?
OK, another item that will be on the POP-QUIZ next week:
What would a regular reader of INFO-MAC have done?
a) he would have installed the Programmer Switch if it wasn't already.
b) he would have pushed INTERUPT rather than cycled power
c) with MacsBug or TMON installed, he would have either EAed (Escaped to
Application) or ESed (Escaped to Shell) or RBed (ReBooted)
d) without MacsBug, he would have "conversed" with the ROM-debugger:
SM 0 A9F4
G 0
or
SM 50000 204F 42A8 0012 3178
SM 50008 0210 0016 A017 4E70
G 50000
Now, if for some reason, Apple did not provide a Programmer Switch on the
SE, or if the SE-ROM-debugger worked differently, he would have picked up the
phone, called Apple, and yelled at someone there .....(-:
------------------------------
Date: Sun, 31 May 87 11:17:02 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: strip Sys/FzzPlot/XP file alloc
ref: infomac vol5 no97
re: stripped System
I believe there is information in infomac v5 #94 or thereabouts from joel
west on the new system/finder and what you can remove for different target
machines.
re: FzzPlot feedback
Richard Siegal:
I have a copy of v7.x of FzzPlot which I downloaded for my usersgroup
library and handed out to a few folks as shareware items. I'm disappointed
if they ARE using it and haven't paid the fee/sent any mail. I'll berate
them at the next meeting and get some feedback for you.
I don't use plotting packages myself very frequently and Excel does what I
need most of the time. Cricket Graph seems to be the choice of most
commercially available packages in my section.
re: XP file Allocation
I assume the block allocations listed were really 512 Bytes and 1K Bytes as
if the minimum FAB (File Allocation Block) was 1MByte, you'd only get 40
files on there before being full.
Typically, hard disks have larger minimum FAB sizes based upon efficiency
and accuracy of disk_access tradeoffs for speed vs available usable space.
On a floppy disk, space is more precious than speed in most cases, so you
pack as much in as tightly as possible. On an 80Meg HD, you usually have
space and to spare; a couple dozen KBytes lost in FAB overhead is easily
paid back by the better access speeds.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
May 31, 1987
------------------------------
Date: Tue, 2 Jun 87 11:10:08 PDT
From: Jerry_Cornelius%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: Question: Window -> PICT
I'm using Lightspeed C v2.01, and want to create a Picture (windowImage)
consisting solely of a rectangle (bounds) taken from a window (theWindow).
The declarations and such are
WindowPtr theWindow;
PicHandle windowImage;
static Rect bounds;
.....initializion, drawing......
windowImage = OpenPicture (&bounds);
Now what? How do I get the Rect 'bounds' from theWindow and into windowImage?
I've tried various uses of CopyBits, but can't seem to get anywhere.
Thanx for the help,
Alex.
------------------------------
Date: Wed, 03 Jun 87 09:38 CDT
Subject: System Event Mask
From: WKISS%UOFMCC.BITNET@wiscvm.wisc.edu
Recently, while porting a simple text editor written in TML Pascal
over to Turbo Pascal, an interesting problem arose. The application set
the System Event Mask to mask out the 'key-up' and 'mouse-up' events (as is
illustrated in Chernicoff). There were no problems with this until one
exited back to the Turbo editor. When the user then did a 'mouse-down' in
the content area to edit the text, it (the Turbo editor) would go into what
I call a permanent selection mode; ie. it would not detect the 'mouse-up'
events which had been masked out by the application. It turns out that the
setting of the System Event Mask sets the System Global at 144 and the
Turbo editor never resets it. This can cause some real headaches during
development using Turbo (Don't bother asking why I'm using Turbo in the
first place. It's a long story.) What is also very interesting is that
the System Event Mask persists across applications and can cause some
problems unless it is specifically re(set). For instance, one application
could mask out some application-specific events and when it quits to
another application that mask will still be set possibly leaving the new
application without some events that it requires.
Now the question arises, should it be up to the application to reset
the System Event Mask before exiting or should the finder reset it?
Or, should you not even bothering setting it but just ignore those events
which don't concern you even though they will add a certain amount of overhead
to the program?
Anything which would shed some light on this will be much appreciated.
- William Kiss
University of Manitoba
wkiss@uofmcc.bitnet
------------------------------
Date: Sun, 31 May 87 15:28:07 EDT
From: zim@mitre.arpa Mark Zimmermann
Subject: LSC I/O buffering queries (re Browser)
Quick questions re disk I/O buffering in LSC (or more generally in C):
I am working on translating my MacForth "Browser" program (see below for
further details) into C, using LightSpeed C. The program will be doing a lot
of reading and writing ... many megabytes of characters and 16-byte records,
to and from several files, as an inverted index is built and sorted.
Q: how concerned should I be about buffering my reads/writes, beyond what
C does for me automagically?
That is, if I simplemindedly use getc() and fwrite() and such, how often
will I be accessing the disk -- presumably not with every read and write?
How big are the disk buffers that LSC sets up for reading and writing? How
are they implemented? If I read the <stdio> .c files will I find out? If
I want to write to several dozen diverse places in a big file (as part of a
radix sort) will every new fseek() flush out a previously-used buffer?
What other questions should I be asking now before I start programming?
If anybody has a pointer or handle to a *simple* discussion of the factors
I should be thinking about, I'd greatly appreciate seeing it ... or if
there are sample programs I could study ... or if anybody could just tell
me what I should try to do ....
In some small experiments the Mac's RAM cache seems to save me only maybe
20% or so in program execution time (and the disk makes much less noise) ...
but if another 20% is all I can expect to gain by programming my own buffers,
I don't think it's worth doing. How can I guess the likely payoff in advance?
Tnx for all help -- ↑z
P.S. Browser v.244+ is available if anybody wants to experiment with
indexing and browsing big (multi-MB) text files ... just send me a disk and
self-addressed stamped envelope (and please put some goodies on the disk you
send, to keep me going) ... mail to Mark Zimmermann, 9511 Gwyndale Dr.,
Silver Spring, MD 20910. (Browser v.244+ adds proximity/subindex capability,
faster scrolling, and enhancements to the integrated text editor....)
↑z - "science@nems.arpa" or [75066,2044].
------------------------------
Date: Thu, 04 Jun 87 14:11:41 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: LIGHTSPEED C DA'S - HELP NEEDED
I HAVE TROUBLES WITH THE GLOBAL DATA AREA (A4) ALLOCATED BY LIGHTSPEED C
FOR DESK ACCESSORIES.
THE MANUAL SAYS, THAT LSC PLACES A ASM STUB BEFORE YOUR PROGRAM, WHICH
ALLOCATES AN AREA FOR THE GLOBAL'S USED BY THE DA; GIVES YOU A HDL TO THEM
IN DEVICEENTRY->DCTLSTORAGE AND DEREFERENCES THEM INTO A4; THEN CALLS
YOUR MAIN() WITH A SELECT MESSAGE TO TELL YOU WHAT CALL IT WAS.
OK FOR THAT, BUT DOES THIS STUB DEALLOCATE THE MEMORY AFTER A CLOSE CALL
TO THE DRIVER, OR DO I HAVE TO DEALLOCATE IT MYSELF. THE MANUAL DOES NOT
SAY A WORD ABOUT THIS. IT ONLY SAYS, THAT THE HANDLE REMAINS LOCKED BETWEEN
CALLS TO THE DA, SO I UNLOCK IT EVERY TIME AT THE END OF MY STUFF, SINCE
I DO NOT NEED PERMANENT DATA AND LOCK IT AGAIN, BEFORE I USE IT. THIS
WORKS FINE, BUT HERE COMES THE PROBLEM:
SINCE I DID NOT KNOW, IF THE LSC ASM STUB DEALLOCATED MY MEMORY, I TRIED
2 VERSIONS: ONE WITH A DISPOSHANDLE( DEVICEENTRY->DCTLSTORAGE ) AND ONE
WITHOUT. IN THE LATTER CASE, THE MEMORY GETS NEVER RELEASED, SO OBVIOUSLY
I SHOULD DISPOSE OFF THE STORAGE. BUT AS I DID DISPOSE OFF THE HANDLE
AFTER RECEIVING A CLOSE CALL, THE NEXT TIME A OPEN CALL IS COMING, LSC
DOES N O T REALLOCATED THE GLOBAL DATA AREA, SO I'M CRASHING WITHOUT
HAVING A CHANCE TO DO SOMETHING AGAINST IT.
COULD ANYBODY PLEASE TELL ME, WHAT THE CORRECT WAY OF DISPOSING OFF THE
GLOBAL AREA ALLOCATED BY THE ASM STUB IS, SO THAT IT WILL BE ALLOCATED
AGAIN AUTOMATICALLY, WHEN THE NEXT OPEN CALL IS RECEIVED.
THANKS FOR YOUR HELP IN ADVANCE
ALEXANDER
------------------------------
Date: Thu, 04 Jun 87 14:22:12 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: OPENING A RESOURCE FILE FRM A DA - HELP NEEDED
I'M HAVING TROUBLES WITH FILEMASTER AND MACWRITE...
THIS IS WHAT I AM DOING IN FILEMASTER:
1. REMEMBER THE CURRENT RESOURCE FILE IN A VARIABLE CALLED OLDRES
2. OPEN THE DESKTOP FILE OF THE CURRENTLY SELECTED VOLUME (-SFSAVEDISK)
3. USERESFILE ON THE DESKTOP FILE, SO THAT THE FINDER COMMENTS 'FCMT' ARE
READ AND WRITTEN THERE.
4. WHEN THE USER SWITCHES TO ANOTHER DISK I OPEN THAT DISK'S DESKTOP TOO
AND MAKE A USERESFILE ON THAT ONE
5. WHEN THE USER SELECTS QUIT, I MAKE A USERESFILE( OLDRES ), SO THE
SEARCH TREE SHOULD BE THE SAME AS BEFORE OPENING FILEMASTER.
I'M NOT CLOSING ANY OPEN DESKTOP FILES, BECAUSE IF I'M RUNNING UNDER FINDER,
MAYBE THE FINDER WANTS THEM BEING OPEN, AND IF I'M RUNNING UNDER ANOTHER
APPLICATION, THEY WILL BE CLOSED AS THE APPLICATION QUITS, ANYWAY.
WHAT HAPPENS: IF I AM IN MACWRITE (IT WOKRS FINE IN ANY OTHER PROGRAM)
AND USE FILEMASTER, THEN QUIT FILEMASTER AND MAKE A QUIT OR SOMETHING WHICH
NEEDS A RESOURCE, IT SIMPLY HANGS. I LOOKED AT THE OPEN RESOURCE FILES
WITH TMON: WHAT A SURPRISE - ONLY THE SYSTEM RESOURCE FILE WAS OPEN...
QUESTION: WHAT AM I DOING WRONG? SHOULD I CHECK, IF THE APPLICATION'S NAME
IS FINDER AND CLOSE THE DESKTOPS, IF IT IS NOT? THIS SURE MAY NOT WORK
IN A FUTURE OPERATING SYSTEM. HOW CAN I RESTORE THE RESOURCE SEARCH PATH
TO THE ORIGINAL STATE?
ANY HELP WOULD BE GREATLY APPRECIATED
ALEXANDER
------------------------------
Date: Wed, 3 Jun 87 22:47:31 EDT
From: matthews@tcgould.tn.cornell.edu (Dave Matthews)
Subject: illegal Disk Ranger
I have just been informed that Disk Ranger, which I have distributed as
freeware, is in fact a commercial program published by Mainstay.
Because of my mistake, the illegal version was archived in the Info-Mac
directory about a week ago, as UTILITY-DISK-RANGER-21.HQX
Someone had edited the "About..." box to read:
FREEWARE
This is a disk cataloging/label printing
program. If you like it, please give it to
all of your friends!
It should read:
Disk Ranger Version 2.1
MAINSTAY
28611B Canwood St.
Agoura Hills, CA 91301
(818) 991-6540
Program by Brady Graham
Copyright 1985 Mainstay
Please help me publicize the existence of this illegal version. I very much
want to minimize the number of other people who will be humiliated as I have
been.
Disk Ranger is a very fine program, worth every bit of the asking price. I
hope people will not let the fact that it was associated with this criminal
act cause them to turn away from it as if it were somehow tainted. That
would be yet another injustice to the innocent author and publisher. My
sincerest apologies to them. To those who may have propagated my mistake
in the honest belief that Disk Ranger was public-domain, all of the blame
for your actions is mine.
Dave Matthews
matthews@tcgould.tn.cornell.edu
matthews@crnlthry.bitnet
[
disk ranger has been removed from the SUMEX archives.
Every file posted into the archives *MUST* be public domain, freeware or
shareware. Must be.
Since I do not have the resources to track down every file sent to me, I
depend on the people making the posting to ensure that what they are posting
is appropriate for INFO-MAC.
Things posted into the SUMEX archives are quickly copied onto other networks
and bboards. This makes correcting mistakes extremely difficult. If mistakes
happen often enough I will be forced to delete the entire archives and go out
of the software business.
It's that serious.
DoD
]
------------------------------
Date: Sun 31 May 87 05:13:25-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Re: Patch to Packit III
thanks, Mark, for the patch. now if only the second, annoying feature of
the PackIt programs could get fixed: the fact that the program is asking for
the name of the packed file *FIRST*, rather than letting you select the file(s)
to be packed first and naming it later (default could be the first packed file
with ".PIT" appended; similar to what BinHex4 does)
------------------------------
Date: 01 Jun 87 09:03:22 PDT (Mon)
From: bytebug%felix.uucp@ICS.UCI.EDU
Subject: Macintosh Technical Notes released in May
What follows in seperate mailings are the Macintosh Technical notes released
in May. You should receive numbers 0, 118, 119, 120, 121, 122, 123, 124,
125, 126, 127, 128, 129 and 130.
Roger L. Long
FileNet Corp
{hplabs,trwrb}!felix!bytebug
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN000.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN118.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN119.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN120.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN121.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN122.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN123.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN124.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN125.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN126.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN127.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN128.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN129.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>TN130.HQX
DoD
]
------------------------------
Date: Sun, 31 May 87 15:28:07 EDT
From: zim@mitre.arpa Mark Zimmermann
Subject: Browser .244+
A new and greatly enhanced version of the Browser program (mentioned here
last month) is now ready: v.244+. As with previous Browsers, you can build
complete inverted indices to huge text files, in background, while you
browse through other indices interactively. See an index item you like,
click on it, and a key-word-in-context window opens and shows you every
occurrence with half a line on each side; click on a line there and a full
text display window opens ... copy/paste out of that window to take notes
using the integrated multiwindow text editor.
New features of v.244+ include a proximity search facility that lets you
select a working subindex of the whole database ... boolean AND/OR/NOT
logic using shift-clicks and option-clicks on the index window ... and
vastly improved scrolling speed for the index and context windows.
As before, to get a copy of the program along with source code (it's
written in MacForth Plus) and auxiliary files, send a self-addressed
stamped envelope and a formatted disk to me: Mark Zimmermann,
9511 Gwyndale Drive, Silver Spring, MD 20910. Foreigners need not
send return postage, though a sturdy return envelope would be appreciated.
After sending out 100 or so disks containing an earlier version of Browser
my wife got mad at me for wasting her time, so if possible put something
amusing on the disk you send me ... games, pin-ups, whatever ... or
include a trinket or other bright shiny objects that our 4-year-old or
infant twins can enjoy. Nothing of significant monetary value, please!
I am beginning to work on a transportable version of the core Browser
routines, written in C; any help in that task would be greatly appreciated!
(zim@mitre.arpa or science@nems.arpa; tel. 301-565-2166)
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BROWSER-244-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BROWSER-244-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BROWSER-244-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BROWSER-244-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BROWSER-244-PART5.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BROWSER-244-PART6.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BROWSER-244-PART7.HQX
DoD
]
------------------------------
Date: Sun, 31 May 87 05:41:43 PST
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Fans (V5 #96)
I don't have much experience with the Plus, since I've always run it
with a fan. First a jury rig, now Mac'N Frost (looks to be well
designed surge suppressor, nice lines, removable, relatively quiet).
However, I did have two summers here in Vista, about 10 miles inland
in Southern California. One summer, I had the Mac, the next a Mac 512
(not an upgraded 128). My impression was that when the ambient hit
85 degrees, maybe 90, leaving the machine on for more than 30 minutes
would gradually cause random memory errors or cpu errors or some such.
Even a jury-rigged 4" fan (held on with velcro) allowed you to work
for another 10 degrees or so.
MacTutor published an article about Mac power supplies frying from
a technician in LA, who described a lot of experience replacing flyback
transformers. (I believe the component that can overheat and cause
a fire.) A follow-up letter in June 1987 issue from another repairman
said the transformer was less of a problem in the Pacific Northwest.
------------------------------
Date: Mon, 1 Jun 87 17:06 CDT
From: Michael W. Wheeler <MWW%TNTECH.BITNET@forsythe.stanford.edu>
Subject: RE: Hot Mac
I have a MaxChill fan in my Mac and it doesn't help at all as far as I
can tell. My Mac, however, gets EXTREMELY HOT so I may not be a valid
test case. I have had the power supply adjusted 3 or 4 times but it
keeps creeping out of range (last time it was adjusted it was putting
out over 6 volts instead of the normal 5 - My mac wouldn't do anything
but make a funny noise when that was happening).
It looks like I really need a new power supply board but alas that
costs money (I just hope my Mac doesn't flame out - has that ever
happened?) The screen, especially at the top left corner, has what
looks like a very minute case of "snow" (you have to look really
close) sometimes it looks like the menus flicker.
I have a 512K Mac and yes it has been upgraded from a 128K. I did a
board swap from MacMemory and get this... I got an original 512K APPLE
BOARD! I was very happy needless to say.
Michael W. Wheeler ( Bitnet address: mww@tntech )
Systems Programmer
Tennessee Technological University
Box 5071
Cookeville, TN 38505
(615) 372-3977
------------------------------
Date: Mon, 1 Jun 87 06:06 CDT
From: <BOYD%TAMLSR.BITNET@forsythe.stanford.edu> (Scott T. Boyd)
Subject: Re: Re: LaserWriter Plus clone much better than original?
> Subject: Re: LaserWriter Plus clone much better than original?
> Subject: Well...
> I mentioned the article to a co-worker and he says that one problem he
has been
> hearing is the QMS 800's are prone to lots of mechanical failures, he says
> people he knows that use them are always complaining that the unit keeps
> breaking down. No details, sorry.
We've had a QMS800 here for a long time with only two problems. One was a
massive power spike that took out a replaceable part (when a good chunk of
Texas' grid went down). The other was due to people running scrap paper
from cheap copiers through (to not waste paper). That one took a new
fixing roller. BTW, running two sided pages had NO bad effect whatsoever.
You can tell if it's going to be a problem by looking at the fixing roller
and see if it's accumulating toner on the roller that can't be easily wiped
off (it's VERY hot).
The QMS800 is built off of the Canon engine, used in hp's LaserJet, Apple's
LaserWriter, and others. The hardware is top-notch.
scott t. boyd
------------------------------
Date: Sun, 31 May 87 23:25:53 pdt
From: well!alcmist@lll-crg.ARPA (Frederick Wamsley)
Subject: System 4.1 on Hyperdrive
General Computer has told at least one dealer (mine) that Hyperdrive
owners running V3R1 software should
NOT
install System 4.1 and Finder 5.5. V3R2 is supposed to correct the
incompatibility. I was told that it was due out in "June or July".
Fred Wamsley {dual,hplabs}!well!alcmist;well!alcmist@lll-crg.arpa;
CIS 72247,3130; GEnie FKWAMSLEY;ATT Mail fwamsley; other uucp
uw-beaver!uw-june!bcsaic!asymet!fred; USPS - why bother?
"uucp mail is not in general unreliable" - Lauren Weinstein
------------------------------
Date: Mon, 01 Jun 87 07:00:11 PLT
From: "Glenn L. Austin" <AUSTIN@WSUVM1>
Subject: re: Giving up on the new systems...
It says in the internal Hyperdrive manual, "... use only the system included
with your unit, as it has been tested to work with your system ...". As to
the external unit, it might be a good idea to do the same.
You don't say what version of the System and Finder you are running, but,
according to Apple, System 4.1/Finder 5.5 are the latest versions for the
Macintosh Plus, SE, and II. 512K machines (512K and 512E) should use System
3.2/Finder 5.3(?), although they also can use the new system. However, some
programs will complain that they don't have enough memory.
I personally have been running System 4.1/Finder 5.5, and have had fewer
crashes than with previous versions. There is a Mac SE at work that is
a demonstration unit for software, and they have had no problems with
the new system either. Either you have gotten a corrupted copy, you have
loaded some non-standard software, or you have a version earlier than 4.1.
------------------------------
Date: Mon, 1 Jun 87 11:03:46 EDT
From: Tom Coradeschi - Army RD&E Center <tcora@ARDEC.ARPA>
Subject: New System & Hyperdrive
In response to various queries on info-mac regarding the use of the new
macintosh system files with the hyperdrive hard disks (General Computer
Corp), the following is a recap of our experience here. We currently have 5
mac 512k's and 3 mac+'s. All have Hyperdrive 10MB internal disks and use the
Hyperdrive V3R1 release. All are currently using sys/find 4.0/5.4. We
attempted to use 4.1/5.5 but found that the macs would not cold boot from
the hard disk with those files. The "official" line from General Computer is
that neither of the 4.x/5.x releases are compatible with V3R1 software and
that we should all wait until 3rd or 4th qtr 87 for a new release. My
suggestion is to use 4.0/5.4 until the new release is out and then take your
(dusty) copy of 4.1/5.5 out of the drawer and install it. GCC claims the
delay is due to Apple's tardiness in releasing the new system to developers.
Who knows? Perhaps Apple is trying to give themselves a big jump on the
internal hard disk market? Or maybe I just have an overactive imagination?
Who cares? The bottom line is that 4.1/5.5 will just have to sit until the
new Hyperdrive software comes out, but you should be able to use 4.0/5.4.
Regards,
tom c.
------------------------------
Date: Mon 1 Jun 87 09:18:03-PDT
From: David Finkelstein <E.ENTROPY@MACBETH.STANFORD.EDU>
Subject: HP Terminal Emulation
According to the Macworld Directory (found in the back of the recent
Macworld) there are several products that do HP terminal emulation:
Mac2624: does HP2624, HP2392, and HP2394 terminal emulation.
Tymlabs Corp., 211 E. Seventh St. Austin TX 78701 (512) 478-0611
MAC3000: does 2624, 2392, VT100 and IBM 3278 terminal emulation.
Int'l Computer Consultants, 1311 Clegg St., Petaluma, CA 94952
(707) 765-9200
Reflection for the Mac: HP2392 terminal emulation with other features.
Walker Richer & Quinn, 2825 Eastlake Ave. E, Seattle, WA 98102
(206) 324-0350
Disclaimer: I have never used any of these products nor have I dealt
with any of these companies. I just read their adverts in Macworld.
David Finkelstien
Stanford University
davef@portia.stanford.edu
------------------------------
Date: Mon, 1 Jun 87 16:23 N
From: Thomas Fruin <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu>
Subject: Re: Boxes in word3.0
>From: Geoff Mulligan (USAFA) <Geoffm@AFSC-HQ.ARPA>
>Subject: Boxes in word3.0
A technique I've come to like is to use the Glue printer driver. Glue isn't
really a printer driver, but once you've installed it using the Chooser like
any other driver it acts like one.
When you choose Print in Word 3.0 (or any application for that matter - I use
WriteNow) your document is not printed but saved as consecutive PICTures in
a special file. The Viewer utility that comes with Glue lets you look at these
files and copy PICTures to the Clipboard.
So how does this help you draw boxes around text? Well, use Glue to 'print'
your text, Copy the text you want boxed to the Clipboard with Viewer, enter
MacDraw, Paste your text (which now behaves like a bunch of PICTures) and
finally draw a box around this text and Paste it back into your document.
Having your text editor, Viewer and MacDraw in memory with Switcher actually
makes this procedure usable :)
Perhaps you can also use PostScript from within Word 3.0 to draw these boxes,
but I'm not familiar with that...
Thomas
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: Mon, 1 Jun 87 10:47:23 EDT
From: Mark Nodine <mnodine@labs-b.bbn.com>
Subject: Re: Boxes in word3.0
Try using the formula command \.X(word) to put a box around word.
Mark
------------------------------
End of INFO-MAC Digest
**********************
∂06-Jun-87 0014 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #99
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 6 Jun 87 00:14:33 PDT
Date: 6 Jun 87 0010-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #99
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 6 Jun 1987 Volume 5 : Issue 99
Today's Topics:
REL file format???
HELP on serial port(s)
installing 20+ DAs in System-4.1 and a resulting(?) Finder-problem
MPW Pascal versus Lightspeed Pascal: worth it?
Long files with Scholar's Aid and MS-Word
DiskFit BackUp program for SuperMac's DataFrame available
Lone Ranger 1.2
Laser printer benchmarks
Re:ImageWriter 1 and Appletalk, and fileservers...
monitor hikes MAC-II resolution to 1,600 by 1,280 pixels
(One persons) Truth About the Mac Power Supply (and a request)
Any biologists out there?
Some Macintosh II and IBM PC RT questions
TeX Output questions
does anyone know of NEW TECMAR software? (version 2.3?)
DATAFRAME XP40: Cruelty to Rodents?
Upgrading a Mac 512KE (advice requested)
Macmemory Turbomax upgrade
Cheap 68020/881 Upgrade
----------------------------------------------------------------------
Date: 3 Jun 87 10:29:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: REL file format???
Can anyone tell me if .REL OR MPW OBJECT CODE file formats are PROPRIETARY. If
they are not then I would be interested in any info that anyone can give me on
this. Put another way, what exactly does the MDS (MPW) linker have to do in
order to link two .REL (MPW) object files.
My bitnet address is: GPFRN@NBS
Thanks in advance,
Glenn F.
------------------------------
Date: Mon, 01 Jun 87 17:36:31 EST
From: "William E. Williams"
From: <BSQUARE%YALEVM.BITNET@forsythe.stanford.edu>
Subject: HELP on serial port(s)
I am new to the game of writing for the Mac's serial ports. Could someone out
there send me some PASCAL source code that uses the PASCAL high-level
interface to do the usual stuff with serial ports - send and receive
characters, alter baud rates, and so on? Perhaps the source for a compact
terminal emulator or something. Any help would be much appreciated. Please
reply via BITNET: BSQUARE@YALEVM or WWILLIAM@TRINCC.
Bill Williams
------------------------------
Date: Fri 5 Jun 87 23:10:46-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: installing 20+ DAs in System-4.1 and a resulting(?)
Subject: Finder-problem
The Font/DA-Mover as distributed does not allow you to install
more than 15 Desk-Accessories into your System;
MacUser of April '87 described a procedure to modify Font/DA-Mover
which would allow installing more than 15 DAs; however, the patches
to use were only tested with the then available Version 3.2.
I, finally, took the time to test if this procedure still works with
System-4.1 and the Font/DA-Mover distributed with it (Version 3.5)
and found that one patch has to be changed slightly. The needed patching
instructions for the Font/DA-Mover are as follows:
1) search for 001A 5EC1 and replace with 002F 5EC1
2) search for 6708 3B7C and replace with 6608 3B7C (two occurances)
all other intructions in the article seem to be still valid.
===========================
now for the Finder-problem. I have modified the Finder with ResEdit-1.1d
to have a command-equivalent for the CLOSE command (I use a period).
When adding DAs to the System-file they get always the lowest available
slot-number. After installing 25 DAs, I noticed after a while that
COMMAND-. no longer was a functioning command-equivalent for the CLOSE under
the FILE-menu; it did not even show as such anymore. I checked with
ResEdit but the LAYO resource of the Finder still contained it. Given my
recent work with the DAs of the System, I suspected a relationship but
without having any clue why that could be so. Given that I had filled the
slots 30 to 38 with dummy DRVRs, I wondered if it had anything to do with
putting DAs into the slots above that. I rebuilt a System, adding DAs to it
filling up the slots one by one, checking if filling slots above 38 caused
the problem with the Finder. Whereas having DAs in slot 39 and 40 did not
cause it, filling slot 41 was the zinger - and COMMAND-. no longer was a
key-equivalent to the CLOSE command - independent of which DAs were put
there....
In the MacUser article, slots 40 to 47 are labeled as "RESERVED" ...
does anyone know if I discovered what they may be reserved for ???
has anyone noticed any other negative side-effects of putting DAs into
the "high" slots??
------------------------------
Date: Mon, 1 Jun 87 14:43:53 edt
From: rs4u+@andrew.cmu.edu (Richard Siegel)
Subject: MPW Pascal versus Lightspeed Pascal: worth it?
We've had MPW here at work for a while, and this morning, I said
what the hell, let's try it.
"Trying it" consisted of installing MPW on my hard drive, copying the
sources for FzzPlot into a folder under MPW's domain,, and rebuilding
FzzPlot from scratch.
The results? Four hours later, I said "Never again."
The final product produced with MPW Pascal was about 8K smaller than
the application produced by Lightspeed Pascal. However, the two
applications completed a task (loading a 512-point text file and plotting
its data) in the same amount of time, to within a tenth of a second.
I would assume that the smaller application size is because MPW strips
code on a procedural basis, while Lightspeed Pascal strips code
on a library-by-library basis.
In any case, I found that the hassle of setting up a makefile, coupled
with the long compile and link times, do not make it worth the
smaller code size and extra tools (such as PasRef and PasMat) that MPW
provides, nice though they be.
I'm sticking with Lightspeed Pascal. I see nothing to justify the
two megabytes that MPW occupies on my hard drive.
Any comments? Please mail directly to me, and I'll summarize for the net.
Rich
Richard M. Siegel
R-Squared Development Systems
134 Horseshoe Drive
Williamsburg, Virginia 23185
(804) 229-2152 [After 6pm eastern time only]
Arpanet: rs4u@andrew.cmu.edu
Uucp: {your fave gateway}!seismo!andrew.cmu.edu!rs4u
Disclaimer? I don't even KNOW 'er!
------------------------------
Date: Wed, 3 Jun 87 21:24:52 PDT
From: A0799@UWACDC.BITNET
Subject: Long files with Scholar's Aid and MS-Word
Too many references, figures, tables, etc., cannot be numbered by
Microsoft Word (1.05 or 3.0). The problem is with a limit on the
number of SET commands permitted by the print-merge code in MS-
Word. The limit is a total of 127 SET commands in any document. So
if your document contains references, figures, etc. totaling more than
127 you can't number them with Scholar's Aid and MS-Word. I
discovered this problem when my student tried to write his thesis.
I apologize to those who expected to use Scholar's Aid for long files.
Microsoft can fix the problem, but it may add about 5K to the memory
required for Word 3.0 and they are reluctant to do so. If you want to
use Scholar's Aid for long documents please let them know that this is
an important feature. Perhaps a patch could be made available to
make a big version of Word for these specialized purposes.
Meanwhile, an improved version of Scholar's Aid is on its way. New
features: Supports any database program which allows pasting into
the "find window" and export of text lists, easy formatting of the
appearance of the reference list (no more print-merge command
programming), other improvements. Scholar's Aid automatically
numbers references, figures, tables, equations, etc., sets up a reference
list from a bibliographies in a general purpose file manager, and which
formats the reference list. Known bugs in 9.71: Word 3.0 is sensitive
to case in print-merge variables (your codewords must be consistent,
unfortunately the sample files use varying codewords), the last of the
errors in the text is not set to a print-merge value (again producing an
error when printing the second sample file). These bugs will be fixed
in the new version.
Stuart Strand
College of Forest Resources, AR-10
University of Washington
Seattle, WA 98195
Voice: (206)543-5350
Bitnet: A0799@UWACDC.BITNET
Arpanet: A0799@UWACDC.BITNET@WISCVM.ARPA
Usenet: A0799@UWACDC.BITNET@WISCVM.WISC.EDU
GEnie: S.Strand
------------------------------
Date: Fri 5 Jun 87 23:04:05-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: DiskFit BackUp program for SuperMac's DataFrame available
when I announced the availability of SuperMac's software for the DataFrame
a few weeks back, I also mentioned DiskFit, the new backup program; however,
I did not have time to upload it at the time.
I apologize for the delay in uploading it and getting it to the archives at
both SUMEX and SIMTEL20 - it is my understanding, however, that all 3 files
have arrived there. (a program file of 150K, an online HELP-file of 40K,
and a brief introductory text file of 3K)
Remember, that this is the "protected" version which will work *ONLY* with
the DataFrame ROMs - so don't bother with these files *UNLESS* you plan to
use them on a DataFrame. The unprotected version which works with other
disks is available commercially from SuperMac.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC5-DISKFIT40DF-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC5-DISKFIT40DF-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC5-DISKFIT40DF-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC5-DISKFIT40DF-HELP.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SUPERMAC5-DISKFIT40DF-NOTES.HQX
DoD
]
------------------------------
Date: Thu, 4 Jun 87 14:22:35 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Lone Ranger 1.2
After a few suggestions as to user interface improvements and a
small but important bug fix, I hereby present Lone Ranger 1.2.
This is a must have since it is currently the only program that
will let you change all your sound files from SoundCap to the
BMUG sound recorder or to the new SoundWave program (a hot mama!).
Plus it does not have to do your entire hard disk, it can do
tree subsections.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-LONERANGER-12.HQX
DoD
]
------------------------------
Date: Fri, 5 Jun 87 17:08:34 PDT
From: sml@Ford-wdl1.ARPA (Steve Lazarus)
Subject: Laser printer benchmarks
After the QMS report in MacWorld I arranged a loaner of a QMS 800+ and
have performed some benchmarking of this printer and the Laserwriter
Plus. I also benchmarked with the new (4.0) laserprinter driver and
prep file which gives some dramatic improvements. All tests were
performed using SuperLaser Spool. Printing was disabled, the document
spooled, and printing from the spooler enabled. Timing was from the
time of the "resume" command to the final page of output.
All tests were performed on using a Mac Plus and System 3.2. (I
assume that the system file doesn't matter for printing.)
The documents are:
1. Slides - A PowerPoint slide presentation consisting of 13
individual slide pages and handout pages which are printed 3 slides to
a page (4 pages with 3 slides per page and a final page with 1 slide).
This would qualify as graphics intensive. This is actually 2
consecutive print jobs.
2. Word 3.0 - A Word 3.0 document of 11 pages. This document has no
graphics and uses 2 built in fonts and our "Dearborn" font which
consists of one character, the Ford logo.
3. Excel - A 7 page Excel output. Each page had borders around each
printed cell. Gridlines and column headings were turned off.
Here are the timings (in minutes and seconds).
Slides Excel Word
Apple Laserwriter 3.1 18:10 18:10 4:40
QMS Laserwriter 3.1 10:30 15:30 3:10
Apple Laserwriter 4.0 13:45 10:50 2:45
QMS Laserwriter 4.0 9:10 11:25 2:25
The QMS shows across the board advantages with the old driver. With
the new driver the advantage is dramatic only with the slides. Excel
is actually slower. (I was so surprised by this that I repeated the
test. The numbers displayed here are an average of the two runs. The
QMS varied by 10 seconds and the Apple by 25.)
Steve Lazarus (415) 852-4203
Ford Aerospace ...sun!wdl1!sml (UUCP)
MS X-20 sml@ford-wdl1.arpa (ARPA)
3939 Fabian Way
Palo Alto, CA 94303
------------------------------
Date: Sat, 6 Jun 87 00:59 EDT
From: Marks@RADC-MULTICS.ARPA
Subject: Re:ImageWriter 1 and Appletalk, and fileservers...
Marc,
Try MacServe... It has performed well since we got it in July 86.
It allows the sharing of disk and printer resources. You can even
use the printer on the "server" mac's serial port, thus eliminating
the need for the T-box you mentioned.
One copy of MacServe gets you one server node, and an unlimited (at
least 32) number of user nodes. The server node's hard disk drive
dedicates one or more volumes to MacServe use. Several (up to 16)
MacServe volumes can be formatted (via the MacServe Manager) on each
"real" hard disk volume. User nodes are connected to the server node
through an AppleTalk network. The user node accesses the MacServe
through a desk accessory, that 1) allows for selecting a volume for
read only access, read/write access or release; and 2) allows for
selection of a printer, ala the chooser, but also includes choice of a
remotely spooled MacServe Printer connected to the serial port of the
server node. The volumes can be mounted by several user's if each
user mounts it read only. They can only be mounted by one user at a
time if mounted for read/write.
Printing using the remote spooler sometimes seems rather slow, but
it works! A rough average transfer rate for data read from a mounted
remote volume is about 32KBytes/sec, with no one using the server
node. Oh, I forgot to mention that the server node Mac does not have
to be dedicated to that function. It can be used just as if it were
not a server node.
If you are lucky (rich) enough to get several copyies of MacServe,
you get a really neat capability. You can make several Macs in the
network server nodes; giving each server node "owner" the ability to
define local, sharable, and password accessable volumes.
The product is available from alot of Mac dealers and from the
vendor:
Infosphere, Inc
4730 SW Macadam Ave
Portland, OR 97201
503-226-3620
Hope this helps...
Lt David L. Marks
Rome Air Development Center
Marks@RADC-MULTICS.ARPA
------------------------------
Date: Sun 31 May 87 04:14:27-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: monitor hikes MAC-II resolution to 1,600 by 1,280 pixels
[ from Electronics, May 28, page 27 ]
Cornerstone Technology's monochrome monitor for Apple's Macintosh II features
1,600 by 1,280 pixel resolution, 67-MHz noninterlaced refresh rate, and a
200MHz video-bandwidth, strengthening the Mac-II's bit for
computer-aided-engineering and design applications. The San Josy, CA, company
claims its VISTA 1600 19-in. monitor offers the highest resolution available
for the Mac-II. Available now, the MAC-II version retails for $2,195. .....
[ nope, I don't know anything else about this monitor. ---Werner ]
------------------------------
Date: Sun 31 May 87 05:41:47-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: (One persons) Truth About the Mac Power Supply (and a
Subject: request)
MacTutor of March '87, page 4, contains a very interesting letter from Loy
Spurlock, titled: "The Truth About the Mac Power Supply"
I would like to designate this as REQUIRED READING for all of you. expect a
POP-QUIZ next week on it .... ((-: -I'm serious!! :-))
BTW, I understand that Loy also has a very reputable hardware upgrade and
repair company, (Computer Quick, Inc.) with which I have had no direct contact
yet, however. But what I have heard is good enough that I'd like to pass on
their address also, after naming the James C. Moore company recently. I'm all
for a little competition ... however, I don't have it; all I know is that
they are in La Miranda, Calif. if anyone knows more about them, I'm sure we'd
all appreciate hearing about it.
BTW, I know that *ONE* of you out there would like to contribute to this group
but doesn't feel he has anything original to say. Well, I have a suggestion:
how about typing in and posting the table of contents of MacTutor and
MacinTouch every month. Both of these publications run on a shoe-string and
do a tremendous service inproviding information which filters down to this
group quite often; so I, for one, would consider posting the TOC here a
service to the net-community rather than advertising which might be questioned.
Beats me why not all magazines publish their TOCs online regularly; would be
great for everybody !!! (and save me a lot of typing of TOCs into my DB;
something I never seem to be able to keep up with anyway)
------------------------------
Date: Fri, 29 May 87 14:24 EDT
From: WIBR@MIT-Multics.ARPA
Subject: Any biologists out there?
There is an graduate student in Biology here at the Whitehead Institute
for Biomedical Research who is interested in interfacing a digitizer
with a Macintosh for the purpose of studying DNA sequence gels.
Does anyone on the net know of such a program? This could be
commercial, share- or freeware. Any and all responses would be
extremely welcome.
Priscilla Baybutt MITWCCF (bitnet) mit-eddie!whthd4!pris (uucp)
------------------------------
Date: Thu, 4 Jun 87 17:14 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Some Macintosh II and IBM PC RT questions
The misguided computer graphics group here is actually considering the
purchase of a couple of IBM PC RTs instead of Macintosh IIs... So I urgently
need the answers to a couple of questions. Can anybody help?
1) There were complaints that the Macintosh IIs graphics were simply too slow.
I heard that it was possible to re-implement Quickdraw's low level drawing
routines in hardware on a video card. Has any such card appeared on the
market that draws significantly faster than Quickdraw?
2) Is there a certified ADA compiler for the Macintosh II? Perhaps running
under Unix?
3) What is true about BYTE's (and other magazine's) rumours that the RT is
being dropped from production?
Thomas Fruin
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: 2 Jun 87 14:00:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: TeX Output questions
This may need to go to the TexHaX group, but I thought I would start here.
I use TeXtures on my Mac, but I presently print thru a QMS printer that is
hooked to our local VAX. As the QMS printer speaks QUIC, not postscript, I
cannot put embedded graphics in the TeX files. I know that there is a TeX
DVI to Postscript converter, but not the other way, since Postscript is a
superset of DVI.
However, is there any way to convert QUIC to and from Postscript. I think this
should be possible, since Postscript and QUIC are functionally about the same.
Anyone know anything about this????
------------------------------
Date: Sat 30 May 87 12:13:08-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: does anyone know of NEW TECMAR software? (version 2.3?)
I was just rereading MacTutor of November '86, when I stumbled across a note
on page 16 in the Mousehole Report by BEAKER:
FINAL REVISION OF MACDRIVE SOFTWARE
I can confirm that (as published in MacTutor) there WILL be a version 2.3 of
the Tecmar MacDrive software. I know because I have it. I'll be receiving the
second beta version of it this week. [well now, a beta-version a final product
not makes, as we all well know - Werner ]
As reported by my earlier, it does "fix" the Imagewriter problem [you can't use
the version 2.3 ImageWriter with the older MacDrive software - Werner]. What
that means, unfortunately, is that now it doesn't hang when the IW tries to
talk back, it only absorbs the data. So you STILL can't do color printing,
etc., but you CAN use the IW 2.3 (which is faster).
The driver software DOES support larger drives (up to the capacity of the ZEBEC
controller). Unfortunately, it is still not known wether the Volume-Manger
will be fortified to handle larger drives. If not, then forget it, since the
VMgr is the only way to create the necessary partitions [could there be other
software available to do this ? --W]. (Dave told me that if you replace the
controller, you could do something disgusting, like shove a Maxtor 1140 or even
a new 380MB Maxtor in there ...)
Tecmar will be distributing a pretty neat backup program called FullBack with
the new software. It was written for their large drive, which may or may not
ever see the light of day, but that's a whole other story.
The final (bad) news is that this won't be a free upgrade; it'll cost; but
I'm not sure how much (it won't be bad, though) .....
------------------------------
Date: Sun, 31 May 87 04:17 ADT
From: <GFJAK%ALASKA.BITNET@forsythe.stanford.edu>
Subject: DATAFRAME XP40: Cruelty to Rodents?
In Info-Mac v #97, Mike Borsetti says:
>I have a SuperMac DataFrame XP40, and I am very happy with it.
Mike goes on to ask a technical question, but I'd rather talk about
happiness.
I also have a SuperMac Top-40 (it's office nickname). Fast? Greased
lightning. Puts the IBM-AT drives in the office to shame (much to my
profound pleasure). But for everything it has in speed, it lacks in
subtlety.
The review in Info-World warned me that this was a very loud drive;
and so I wasn't surprised at the thumping and bumping it makes with
each read/write (literally; before I moved it off my desk, the thump it made
when it drove would rattle pencils on the desktop; one of the secretaries
described it as "a little brick, being flopped over and over"). But what
I wasn't ready for was the screeching.
On a bad day, the XP40 appears to be torturing mice. It emits screeching
and keening and high pitched whistling, very much like the flywheel on
my 1970 Duster before it fell off. Most days it is noisy enough to give
office personnel headaches; occasionally it becomes so bad I have to turn
it off. At its best, it is still a little to noisy to work right next to
(about 4 times as noisy as the LaserWriter). I had to buy the SCSI extender
and move it to the floor, behind the cabinet. At its worst, it threatens
the continued existence of Macintoshes in an office dominated by a Big
Blue Mentality.
Anyone else noticed problems like this, or is my XP eating itself? To
have it serviced means taking it to Anchorage, Alaska (you thought you
had it bad) and losing it for two weeks. I need to know what's normal
for this monster. Anything sent to me and not the net will be summarized
if necessary, but I'd like to see this duscussed on the net if it warrants
it.
Lost My Logo In A Fire
Joe Kennebec
GFJAK@ALASKA
In Reality: 812 Crossman Rd
Fairbanks, Alaska
99712
Voice: (907)-474-6909 work
(907)-457-2519 home
Remember: I'm four hours
BEHIND Eastern Standard Time
------------------------------
Date: Mon, 1 Jun 87 10:15:51 adt
From: dalcs!stars!earth..rountree@seismo.CSS.GOV (Eric Rountree)
Subject: Upgrading a Mac 512KE (advice requested)
I would like to upgrade my Macintosh 512/800 so that it has 2MB of memory and a
SCSI port. I would like to pay as little as possible for this (obviously), and
if this means that I must do the surgery myself (which it obviously does), then
I am willing, almost eager, to do it.
The question, then, is: What is the best route I can take and how much will it
cost me? Could some of you friendly Mac-land inhabitants offer some sage advice
or information? My address appears at the bottom of this message.
I would appreciate Canadian dollar amounts if you can supply them (U.S. prices
sound good until I realise they are U.S. prices).
PART II:
Okay, let's say I have my 2MB of memory and my SCSI port. Do I now have a MAC+
or is there something else I must do? I seem to recall hearing about
differences between the 512KE ROMs and the MAC+ ROMs.
Now some opinions are politely requested. Assuming that I do have to upgrade
the ROMs (or something), should I do it, and how much will it cost me? If I
don't do it, will I be setting myself up for obsolescence?
All opinions and advice will be most graciously appreciated.
Eric R. Rountree
System Manager
Business School Site
Academic Computing Services
Dalhousie University
Halifax, Nova Scotia
Canada
UUCP: ...dalcs!stars!rountree
------------------------------
Date: Mon, 1 Jun 87 10:17:55 PDT
From: Jon Olson <oly@denali.stanford.edu>
Subject: Macmemory Turbomax upgrade
Has anyone seen or used the Macmemory Turbomax upgrade? It consists of
a 68000 running at 16 MHz (I think) and a floating point coprecessor, as
well as an upgrade to 2 megs RAM. I saw a demo at the Stanford MacFair,
but I really don't have any idea of how dependable or reliable the package
is. The benchmarks Macmemory provides suggest that their upgrade runs at
about half the speed of Levco's 68020 Mac for about a quarter of the price
(Turbomax list is $1299).
Any suggestions on whether the Macmemory is worth purchasing, or is the
Novy systems 68020 upgrade a better path? I imagine if you stick with a
68000 only at a higher clock speed you won't run into as many compatibility
problems as you would with a 68020. One more thing - if you are familiar
with the Turbomax, where can you get it? I would hope that there was
someone out there selling it at an amount less than full list price.
Jon Olson
------------------------------
Date: 2 Jun 87 09:00:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Cheap 68020/881 Upgrade
I now have installed in my Mac+ a Novy "MAC020 MX" board. It is a 68020
and 68881 running at 12 mhz (NO wait states) with 1 meg of 32 bit memory.
For this setup I paid $1200. The onboard memory in the Mac is still
usable, and I configure that as 1 meg of cache or RamDisc, to force
programs to load into the 1 meg of 32 bit high-speed memory.
The unit clips onto the 68K. Two clip leads attach to the Mac power
supply. There is an optional fan/power supply combo. that fits inside the
Mac case. I plan to order one of these, as the system does seem to run
quite hot. Installing the clip on the 68K is tricky, but once it is
correctly seated it seems to be secure. However, reports from other users
suggest that there are sometimes problems with the clip coming loose
after many warmup-cooldown cycles. If you are not comfortable messing
with the insides of your Mac, Novy will install the board free of charge.
They are at (904) 427-2358.
This setup makes the Mac very, very fast. Floating point calculations go
at about 40% of VAX 11/780 speed in single precision and about 65% in
double precision. TeXtures runs at 80-100% of VAX 780 speed! Fortran
compiles at 12,000-18,000 line/min when I put the source on a RAM disc.
(Standard Mac does about 1800-3000 with the same setup). Versaterm gives
a TRUE 9600 baud, at last!! A patch is supplied to trap SANE floating
point calls, MS Basic floating point and Absoft/Microsoft floating point.
So far, software problems have been few. Of the stuff that I have tried:
What works:
Fortran, Versaterm, Draw, Superpaint, Fullpaint, MS word 3.0 (and it
scrolls really fast) , Acta , Miniwriter , Stepping Out , TeXtures ,
Stars 1.6 DA , Teleport DA , Sci Calculator (from Battery Pak) , ResEdit
, Qued , Macwrite 2.2 and 4.5 , MDS assembler , MacBottom Print Spooler
(spools to disc) , Fontastic, McFace (with the 020 Inst. cache off).
What breaks:
Cricket graph, MacLightning spell checker DA, Pro 3D, Easy 3D, Copy II
Mac (in bit copy), Disk Ranger.
For the things that break, the 68020/881 can be disabled without removing
the board and the 68K takes over.
The major problem with the board is that hard drives with Seagate ST 225N
drives often have problems. These include Apple HD20 (floppy port and SCSI
versions), Jasmine, and early MacBottoms. My MacBottom wouldn't boot, but I was
able to patch the SCSI drivers with help from the MacBottom technical staff. A
fix for this is in the works in the next few weeks; they plan to ship a new set
of SCSI drivers with the board. DEFINITELY check with Novy about this before
you order a board.
The summary to date: I like this board a lot, and it compares very well
with other 020/881 upgrades that cost a LOT more. If you crave the power
of a Mac II, but don't have the $$$ for one, this board is a nice
low-cost alternative. Time will tell about reliability, but so far (1
week) the board has been totally solid.
------------------------------
End of INFO-MAC Digest
**********************
∂07-Jun-87 1715 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #100
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 7 Jun 87 17:15:35 PDT
Date: 7 Jun 87 1712-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #100
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 7 Jun 1987 Volume 5 : Issue 100
Today's Topics:
RE: HELP WANTED - Catching all keyDown events in a desk accessory.
Poison Folders, MacII monitor gripes, weird SE keyboard
Is there a patch for FKey 3 under 4.1?
MacIII?
Juggler 1.0D ????
menu maze: public domain puzzle, with source, using hierarchical menus
paintps.shar update for LaserWriter 4.0
re: Any biologists out there?
Re: Boxes in word3.0
re: XP40 noises
Sys 4.1 and Hyperdrive (V5 #98)
Mac II Benchmarks?
Tektronix T4010 plots to PostScript
hard disks on Mac
PageMaker 2.0 (oh yes...)
demo of SuitCase and PowerStation
Usenet Mac Digest V3 #42
Usenet Mac Digest V3 #43
----------------------------------------------------------------------
Date: Sat, 6 Jun 87 09:56:31 CDT
From: kkim%f.cs.uiuc.edu@a.cs.uiuc.edu
Subject: RE: HELP WANTED - Catching all keyDown events in a desk
Subject: accessory.
I am writing a Desk Accessory which transforms every input character.
The transformation is affected by a previous character, a current char,
Caps Lock key, shift key, option key, and command key. My DA does *not
have its own window*; it is running in the *background* and transformed
chars will be passed to an application (e.g. MacWrite).
My DA is working fairly well now. The big problem is that ONLY SOME
input chars do get transformed; however, there are other input chars which
do not get transformed. I will show you a skeleton of my DA in Lightspeed
Pascal to give you a concrete idea.
procedure OpenRoutine;
begin
dCtlStorage:=NewHandle(SizeOf(PrivateStorage));
dCtlFlags:=$6400; {DA can respond to control calls;}
{DA needs time for performing periodic actions;}
{DA will be locked in memory as soon as it is opened}
dCtlDelay:=0; {must be called as often as possible}
dCtlEMask:=keyDownMask;{meaningless?}
whenSaved:=0;{evtQWhen of the latest keyDown event processed by a DA}
end;
procedure ControlRoutine;
begin
for counter:=1 to LIMIT do begin {LIMIT will be explained below}
evQHdrPtr:=GetEvQHdr; {get a pointer to the header of the event queue}
CurrElem:=evQHdrPtr↑.qHead;
while (CurrElem <> nil) do
if (CurrElem↑.evQElem.evtQWhen > whenSaved) then begin
{an event which has not been processed by a DA; do transformation}
CurrElem↑.evQElem.evtQMessage:=transformedChar;
whenSaved:=CurrElem↑.evQElem.evtQWhen;
end; {if}
end; {while}
end; {for counter}
end;
procedure CloseRoutine;
begin
disposHandle(dCtlStorage);
end;
I tested my DA using MacWrite. At first, LIMIT was 1 (i.e. no for loop).
The result was that about 2/3 of input chars did not get transformed.
The following table will help:
LIMIT portion of input chars which did not get transformed
1 2/3
10 1/2
700 1/10
1000 1/15
2000 < 1/30
When LIMIT was greater than about 500, some characters were lost if
I typed fast (due to the maximum event queue size). I guess that LIMIT
should be set to 1 and some other mechanism must be adopted to get around
the problem. Does Vertical Retrace Manager have anything to do with it?
Could anybody give me clues/hints/comments as to how to CATCH ALL THE
KEYDOWN EVENTS IN A DESK ACCESSORY AND TRANSFORM THEM? Please e-mail to me
since my site does not subscribe to info-mac.
Thanks in advance.
Kyongsok KIM
Dept. of Computer Science; Univ. of Illinois at Urbana-Champaign
arpanet/csnet: kkim@a.cs.uiuc.edu
usenet/uucp : {seismo, pur-ee, ihnp4}!uiucdcs!kkim
------------------------------
Date: Thu, 4 Jun 87 23:21 CDT
From: MKonar@HI-MULTICS.ARPA
Subject: Poison Folders, MacII monitor gripes, weird SE keyboard
Three things:
1) Last winter, I began running into problems like freezing mice after
clicking on a particular folder. I was using a Mac+ and HD20. This had
me totally bewildered. I booted up off a floppy and replaced the System
and Finder. Every thing seemed to go okay for awhile. A couple of days
later BOINGO! It happened again! I went as far as accusing my little
brother of doing some unauthorized System hacking and/or abuse. After
many episodes of this sort, the problem went away. I don't know why. A
couple of days ago however, it ocurred to me that if one is developing
software (as I was) and has the cache on (as I did), a wild memory
reference by the software can accidentally write into the cache. When
the cache is finally written out to disk, you get whacko data. Seems to
me if this data happened to be associated with the DeskTop file, screwy
things like poison folders could be the result. Sound plausible?
2) I dinked around with a MacII at our University the other day. It
must have been a pre-release (I hope it was) because it wasn't very hard
to crash it. I was running the program that shows the robot arm,
Mandril, etc. I think they call it ParisDemo. Anyhow it had Apple's
monochrome monitor which is made by Sony. Now for some peculiar reason,
Sony makes all their video tubes flat in the vertical direction. The
result is image distortion around the corners. This may be fine for TV
(I don't think so) but it drove me crazy to see the menu bar and window
edges curve up (or down) around the edges of the sreen. It just looks
bad. I think when I get a MacII, I'll forgo Apple's monitors and go for
SuperMac's or some other non-Sony monitor. Does this bug anyone else as
much as it bugs me? Since they first came out with the Mac, I always
thought of Apple as a company that took great pride in the aesthetics as
well as the technical quality (which should be a given) of their
products. Where has that pride gone? Did it leave with Jobs? I hope
not.
3) We got a MacSE some time ago that insisted on spraying dashes (-)
right after booting up into the first text item it could, usually the
title of the startup disk. We fixed it by opening the keyboard and
reseating all the chips (maybe it was only one) and the ADB connectors.
I don't know if this problem might be related to the mouse problems I
read about, but it might be worth a try if you don't mind voiding your
warranty.
Over and out.
------------------------------
Date: Fri, 05 Jun 1987 10:46 PDT
From: GFA0009%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Is there a patch for FKey 3 under 4.1?
Is there a patch available to allow FKey 3 to take pictures of the screen with
menus down under System 4.1? I tried using the patch I had for System 3.2, and
it worked-- sort of. The problem is that it would crash my RAM disk (Ram+) as
it tried to load the System. If I ran it off the diskette, it would take a
snapshot with the menus down. But it makes me nervous.
If anyone has a patch that works well for 4.1, I'd be very grateful for a copy.
Since our mail system isn't interactive, I'd need to have it E-mailed to me or
posted as hex code on Info-Mac.
Thanks in advance.
Andre Lehre
Geology Dept
Humboldt State University
GFA003O@CALSTATE.BITNET
------------------------------
Date: Fri, 5 Jun 87 13:49 CDT
From: MKonar@HI-MULTICS.ARPA
Subject: MacIII?
Any one hear a rumour concerning a 68030 based Mac? I believe the 68030
has a Memory managment unit built in. Its also supposed to have a 68882
co-processor.
------------------------------
Date: Mon, 1 Jun 87 08:23:23 edt
From: bell@eniac.seas.upenn.edu (Mike Bell)
Subject: Juggler 1.0D ????
I'm sure that everyone has heard Juggler---the latest member of the
Switcher/Servant family. I have been reading a lot about it, but I have not
seen a release copy. The other day, however, I was logged on to a BBS in
New York ( The Laser Board ) and guess what was posted ---- Juggler 1.0D.
When I tried to download it, I was given a message that said "file has been
removed." To the best of my knowledge, a developers version has not been
released but I could be wrong. So, what I would like to know is if Apple
has actually released a copy of Juggler (1.0D) or are the people running the
Laser Board playing some kind of game ?
Thanks for any answers.
Mike Bell
Bell@ENIAC.SEAS.UPENN.EDU
------------------------------
Date: Sat, 6 Jun 87 22:54:27 PDT
From: oster%dewey.SOE.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: menu maze: public domain puzzle, with source, using
Subject: hierarchical menus
MenuMaze.c by David Oster and Matthew Grayson
June 6, 1987
Synopsis: This program is an example of how to write hierarchical menus
and why you should't. Hierarchical menus are a feature in the ROMs of the
Macintosh SE and the Mac II. They are available to mere mortals who are
using Apple's System 4.1 system software and who have the 128K ROMs:
People who have either a MacPlus or a 512K Mac, Enhanced.
This program compiles under LightSpeed C version 2.01.
This program may be freely redistributed. It is hereby placed in the
public domain. So There.
Menu Maze is a game: Lost somewhere in the maze of menus is one "Quit"
command. If you can find it, you can escape from Menu Maze.
What you have here is a .hqx file. convert with BinHex 4.0, or equivalent,
to a .Pit file. Convert that with PackIt II, or equivalent, to the program
"Menu Maze" and the two source code files "MenuMaze.c" and "MenuMaze.R".
David Phillip Oster --My Good News: "I'm a perfectionist."
Arpa: oster@dewey.soe.berkeley.edu --
Uucp: ucbvax!dewey.soe!oster --My Bad News: "I don't charge by the hour."
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MENU-MAZE.HQX
DoD
]
------------------------------
Date: Fri, 5 Jun 87 16:26:04 CDT
From: brian@sally.utexas.edu (Brian H. Powell)
Subject: paintps.shar update for LaserWriter 4.0
Here's the update to make maclaser (part of UNIX-PAINTPS.SHAR that
was posted a couple of months ago) work with the latest LaserWriter
software.
Brian H. Powell
UUCP: {ihnp4,seismo,ctvax}!ut-sally!brian
ARPA: brian@sally.UTEXAS.EDU
_Work_ _Not Work_
Department of Computer Sciences P.O. Box 5899
Taylor Hall 2.124 Austin, TX 78763-5899
The University of Texas at Austin (512) 346-0835
Austin, TX 78712-1188
(512) 471-9536
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UNIX-PAINTPS-LASER40-UPDATE.SHAR
DoD
]
------------------------------
Date: Wed, 03 Jun 87 09:31:05 ECT
From: LASSE%NORUNIT.BITNET@wiscvm.wisc.edu
Subject: TOPS-BOOT-Problem
Just dowloaded this nice utility for publishing disc-volumes on Tops at Boot
time. The documentation states that it is possible to modify the 'PNT#'
resource to change the behaviour. This is OK, but it seems that only 3 mouse
down events are posted now matter how many coordinates that is given in 'PNT#'
Could the author (or somebody else) give me some advice how to modify. (Or
better post a new version with this problem fixed) the utility.
Thanks in advance :-)
------------------------------
Date: 7 Jun 87 18:18:00 EDT
From: <hamm@biovax.rutgers.edu>
Subject: re: Any biologists out there?
Priscilla Baybutt of MIT writes:
> There is an graduate student in Biology here at the Whitehead Institute
> for Biomedical Research who is interested in interfacing a digitizer
> with a Macintosh for the purpose of studying DNA sequence gels.
> Does anyone on the net know of such a program? This could be
> commercial, share- or freeware. Any and all responses would be
> extremely welcome.
I've answered this directly in order to avoid boring the net with very
specific information. If anyone else needs this, message me directly,
and I'll send the info along.
Greg H. Hamm || Phone: (201)932-4864
Director, Molecular Biology Computing Lab ||
Waksman Institute/NJ CABM || BITNET: hamm@biovax
P.O. Box 759, Rutgers University || ARPA: hamm@biovax.rutgers.edu
Piscataway, NJ 08854 * USA ||
------------------------------
Date: 6 Jun 1987 1330-PDT (Saturday)
From: Jon Udell <udell@shasta.stanford.edu>
Subject: Re: Boxes in word3.0
To place text next to boxes in Word 3.0, place the text in a separate
paragraph and use the side-by-side paragraph feature. This allows the
use of the box paragraph feature to create the box, so you don't have
to worry about the vertical lines not lining up. It won't be WSYWIG on
the screen, but it should look ok during a page preview.
Jon
------------------------------
Date: 7 Jun 87 17:52:00 EDT
From: <hamm@biovax.rutgers.edu>
Subject: re: XP40 noises
Joe Kennebec (GFJAK@ALASKA) writes about his XP40 sounding like it's torturing
mice, and solicits other experience.
I'm also extremely happy with the performance of my XP40. It is is indeed
a bit loud when it reads/writes (though mine sounds more like a dry rustle
than the described "little brick"). When it's just idling, I don't think
it's much louder than any other drive I've heard - just some background
metallic white noise.
The only worrisome sounds I've heard occur (1) when it's coasting to a stop
after power off, there seems to be a critical speed where it emits a
high-pitched squeal for a second or two; and (2) when I get a system bomb,
and my mac does a catastrophic reboot, the drive sort of groans, as if it
were really annoyed to have to do this. (Sorry, but that's the best
description I can give.)
I've had the drive for about 4 months. It has made these noises from day
1, and since no problem has ever resulted, I decided they must be "normal".
I hope this is correct; I love the drive.
Greg H. Hamm || Phone: (201)932-4864
Director, Molecular Biology Computing Lab ||
Waksman Institute/NJ CABM || BITNET: hamm@biovax
P.O. Box 759, Rutgers University || ARPA: hamm@biovax.rutgers.edu
Piscataway, NJ 08854 * USA ||
------------------------------
Date: 5 Jun 87 15:54:07 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Sys 4.1 and Hyperdrive (V5 #98)
Apple should not take the rap for the Hyperdrive problems, nor particularly
GCC's delays in fixing them. Apply West's rule #1
If a dealer, developer, vendor complainer about something 'Apple did',
did this also affect their competitors? If no, PERHAPS it's the
complainer's fault, such as by ignoring Apple's compatibility
guidelines or cutting corners or just being sloppy.
In the case of System 4.1, yes, Apple made major changes and released
pre-release versions early this year and final 4.1 in May, so GCC
didn't have much time before the complaints started rolling in.
But why does this affect the Hyperdrive more than other internal hard disks?
A Hyperdrive uses 26,770 bytes in the System Heap for its trap patches.
(plus another 40K if you enable disk caching) I believe this is the
only major program out there that changes the size of the System Heap,
something Apple discouraged developers from doing. Other hard disks
tend to use their own PROM (SuperMac, Levco) or some other fix.
Until recently, the size and location of the heap was fairly
constant. However, with 4.1 Apple grew the heap to allow for its own
trap patches and, in the future, the heap can change in size dynamically.
Incidentally, if you own a Mac 512, Apple recommends you use
System 3.2 and Finder 5.3; or 3.3/5.4 if you have AppleShare.
4.0/5.4 is discouraged for the 512Ke/Plus (which prefer 3.2 and
4.1, respectively), but not recommended for the 512 at all.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Wed, 3 Jun 87 13:12:41 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: Mac II Benchmarks?
Has anyone seen the Lin Pack (of Argon Nat'l Labs) benchmarks run on a Mac II
yet, via Absoft Fortran? I have a structural analyst who needs such figures
to justify a proposal.
thanks,
Godfrey DiGiorgi
digiorgi@jpl-vlsi
03Jun87
High Density Data Transfer: a boxcar of Compact Disks.
------------------------------
Date: Tue, 2 Jun 87 21:48:10 EDT
From: Robert_H._Voelker@ub.cc.umich.edu
Subject: Tektronix T4010 plots to PostScript
Does anyone know of commercial or public domain MacIntosh software
that will convert plot files in the Tektronix T4010 (or T4014, etc.)
command format into PostScript files?
I can be reached by this net or US Mail.
Thank you,
Robert H. Voelker
Solid-State Electronics Laboratory
EECS Building
The University of Michigan
Ann Arbor, Michigan 48109-2122 USA
------------------------------
Date: Thu, 4 Jun 87 23:58:54 EDT
From: dms@hermes.ai.mit.edu (David M. Siegel)
Subject: hard disks on Mac
Has anyone hooked up an off-the-shelf"scuzzy" disk to a Mac? That is, a
disk that hasn't been packaged for use with a Mac. I guess what I'm looking
for is some software that will drive random disk of different sizes.
Thanks,
Dave
------------------------------
Date: Sat, 6 Jun 87 13:45 ADT
From: <GFJAK%ALASKA.BITNET@forsythe.stanford.edu>
Subject: PageMaker 2.0 (oh yes...)
I've been using PageMaker 10-hours a day for almost two years now;
version 2.0 for 16 hours a day for about a month. I use PageMaker in
two classes that I teach, and I consider myself an unofficial
testing/destruction site for page layout software. I put together
documentation, publications, catalogs, fliers, posters, mailers,
certificates, etc for the Community college and everybody else they
care to lend my services to.
I'd like to hear from others who are using PageMaker 2.0, especially
those having problems. Aldus Inc is almost impossible to reach through
their Tech Support line (they have good support but are literally swamped
with calls). I think I can lend most a hand, and I have plenty of
questions to ask those I couldn't help...
I will be posting comments about the PageMaker vs Ready-Set-Go miasma, and
some "power users" tips about what the manual doesn't mention in the next
few days. I would appreciate feedback; public discussion on the net would
thrill me to death but I will summarize those comments sent directly to
me.
Write on.
Joe at University of Alaska/Tanana Valley Community College
N C L Y STANDARD DISCLAIMER 11-76: If the Administration
O U O E knew this network existed, they would cut
T G T it's budget, too. Joe
E O
Thats GFJAK@ALASKA to you netters....
------------------------------
Date: 2 June 1987, 11:43:03 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: demo of SuitCase and PowerStation
Last night at the Stanford Macintosh users group we were fortunate
to have Steve Brecher show us his newest Macintosh programs which
are about to be released. Both of them were quite impressive but to
me the most appealing product is Suitcase.
Suitcase is an INIT and DA which together provide extended support
for Desk Accessories, Fonts, and Fkeys way beyond that provided by the
current Apple system software. Basically you create a DA (suitcase)
file with the Font/DA mover which contains the desk accessories you
wish to have available. No need to add them to the system file, just
create a suitcase file. Similarly add fonts to a font file and
Fkeys to an Fkey file. These files are then put into a magic
folder in the system folder and Suitcase opens these on system startup.
The fonts, DAs, and Fkeys are available as if they were in the
system file. The good news is that the Apple restrictions on 15 DAs
disappears with this setup.
There is much more. Since not too many people want to scroll through a
list of 150 DAs (Steve said there was one beta tester who was using
about this many) there is a simple and effective way to select the
DA you wish. Basically one selects the SuitCase DA (command key
equivalents are available), and you are presented with a scrolling
list of DAs (with scroll bars). The standard SFGetFile key equivalent
tricks are supported so you can type the first few letters of the
DA name to go right to it.
One can also open new files of Fonts, DAs, etc. once the system has
started up so Suitcase is a Fantastic Other... DA as well as font
sampler, etc.
Suitcase looks quite well thought out and based on previous work Steve
Brecher has done, we can expect a solid implementation.
It is expected to be released about July 1st. Steve said a fully functional
version will be posted to the nets. The only difference between the
commercial version ($59.95 list) and the one posted to the net will be
an AD which will appear frequently as you use the free version.
Steve also presented PowerStation which is a very powerful Mini-Finder
substitute. Powerstation is intended to make it very simple to launch
applications (and DAs) without the hassle of dealing with the Mac
file system and folder structure. One can create very smart buttons
which allow you to easily configure and launch an application with
a default document of your choosing, or any document regardless
of the folder, and print any document(s) regardless of the folders the
documents are in. There is far more to this program
than I have the time to describe here (perhaps someone with more energy
can tell more) but suffice it to say it looks extremely useful.
I spent more time discussing SuitCase since I personally was more
interested in the functionality it has to offer and it probably has
a longer shelf life depending what moves Apple makes with the Finder
in the future.
Looks like a GREAT JOB on both products Steve!
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538 GEnie: D.Gelphman
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
------------------------------
Date: Tue, 2 Jun 87 11:25 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #42
Usenet Mac Digest Monday, June 1, 1987 Volume 3 : Issue 42
Today's Topics:
Microsoft Word V3.0 and its menu bar...
Re: SE Power Supply (Europe -- U.S.)
Re: Broken compilers
Re: SE Power Supply (Europe -- U.S.)
Re: Equations?
AlisaTalk and Symbiotics Disk Servers? (2 messages)
Re: Jasmine Disk Drives
Patching the volume level in codes.
Teaching music on the Mac
Re: Equations?
WriteNow - need help w/Headers
How do you prevent Switch-Launch?
Re: Mac Ethernet products?
RamSnap by Dove Computer
Results of the 2400 Baud Modem Responses
Need VT220 terminal emulator
Can windows overlap the menu bar?
MacNifty for the Plus/SE ?
24 pin postscript preview devices
Re: Mac SE power
Re: Disk format interchangeability.
Re: MIDI interfaces (Mac+ & SE)
MacHack West, Sept. 23-25, 1987
Recovering Word 3.0 files
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-42.ARC
DoD
]
------------------------------
Date: Tue, 2 Jun 87 11:26 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #43
Usenet Mac Digest Monday, June 1, 1987 Volume 3 : Issue 43
Today's Topics:
Re: annoying bug in Lightspeed Pascal when used with Switcher
File info help ?
Re: Transparency film for the Apple LaserWriter
Using a NEC MultiSync with Mac II
Re: Broken compilers
System 4.1 question.
Re: Partial list of Math packages
Re: Keyboard problems
SE Power Supply (Europe -- U.S.)
Re: Using a NEC MultiSync with Mac II
Re: SE Power Supply (Europe -- U.S.)
Finder 5.5 problem?
Re: APL.68000 information request (also for PClones)
s-records
Font ID number listing
Re: A/UX availability?
Picture Files ("CLIPART") Software Needed
SYSTEM 4.1 (15 meg sys file!)
4.1 incompatabilities
FzzPlot Requests....
'AutoCursor' crashes System 4.1/Finder 5.5
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-43.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂12-Jun-87 2356 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #101
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 12 Jun 87 23:56:48 PDT
Date: 12 Jun 87 2332-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #101
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 12 Jun 1987 Volume 5 : Issue 101
Today's Topics:
Command-Shift FKEY's under System 4.1
RE: Juggler 1.0D???
System 4.1 problem
Re: weird SE keyboard, XP-40 sounds
using the mac II extended keys
RE: Minimum file size
Fonts and 'FOND' resources
Problems with File transfer from BitNet...
Supermac (DataFrame) Utilities
RE: Mousing Around
"Long Term Mac Usage" - A summary
Problems with Laserwriter 4.0
Classroom Networks
Re: converting Tektronix 401x to Postscript
Off the shelf SCSI drives Re: "Hard Disks on Mac" in IM #100
MacII Internal Drive ???
quiet HD advice needed
Dataframe XP40 Mice
Squealing drives
Tip for Word 3.0
PageMaker 2.0: What they DON'T mention....
Delphi Mac Digest V3 #30
----------------------------------------------------------------------
Date: 8 Jun 87 15:12:06 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Command-Shift FKEY's under System 4.1
Has anyone else noticed that FKEY's (Command-Shift-1 for example) seem
to be permanently enabled under System 4.1, regardless of the value
of global ScrDmpEnb?
I have MacKermit 0.8, which disables ScrDmpEnb by default. Under 4.1,
they're enabled by default, and toggling the enabling menu item seems to
have no effect. This worked normally under System 3.3.
Joel West
{ucbvax,ihnp4}!sdcsvax!jww (ihnp4!gould9!joel if I ever fix news)
jww@sdcsvax.ucsd.edu if you must
------------------------------
Date: Mon, 8 Jun 87 08:50 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: Juggler 1.0D???
My local user's group downloaded the Juggler package over a month ago. I'm
not sure how it managed to be posted on the service we subscribe to, but it
must not have been an authorized Apple posting if it was removed from the
bulletin board that you use.
Juggler is pre-release software. The present package consists of three files:
Juggler 1.0D (32K), Finder 6.0a4 (89.5K), SysDAHandler (3.5K), and a short
text file that someone outside of Apple wrote along the way. Juggler requires
system 4.0 or later (works fine under 4.1) and Finder 6.0. It also requires a
system heap size of 128K or larger. In the version we used, the boot blocks
had to be modified to be modified using Fedit to reflect the 128K requirement.
However, since System 4.1 has the ability to increase the heap size dynamically
on boot, I assume that Juggler will take care of this expansion itself when it
is released.
Finder 6.0 (released before Finder 5.5) closely resembles Finder 5.4 with
three major exceptions. When you drag an icon or group of icons, an outline
of the icon's actual shape, not just a box, is dragged, very similar to
Servant. When running under Juggler, selecting GET INFO on an application
presents the standard Finder 5.4 Get Info box, with two new fields below the
comment box. These fields allow you to set the preferred and minimum memory
requirements that are used by both Switcher and Juggler. And finally, the
Finder's about box gives a graph showing memory allocation and usage for the
operating system and all programs currently running under Juggler.
When running (usually as the startup application), Juggler puts the small
icon of the currently active application in the far right corner of the menu
bar, far enough away from Easy Access' use of the menu bar. The names and
small icons of any programs running under Juggler are also added to the apple
menu, below the desk accessories. You can switch to another program by simply
activating its window (ala Servant and MultiMac) or by selecting its name
from the apple menu. Juggler also adds "About Juggler..." to the very bottom
of the apple menu, which simply shows a cute logo and version information.
Desk accessories have their own global application called DA Handler that is
loaded into memory when a DA is selected from the Apple menu. This lets DAs
operate in their own 45K partition, without bothering the rest of the system.
Eventually, the DA Handler application will be incorporated directly into
Juggler itself.
Just like Servant, any application launched from the Finder runs under
Juggler. The current version (like Servant) only allows background tasking,
but the shell will appear the same for applications when true multi-tasking
is released (probably with the release of the 68851 MMU). Juggler appears
to work well on older machines, too (MacPlus, even the Mac512Ke---with
severe memory limitations, of course).
Overall, Juggler seems to be a very major, very GOOD step in the right
direction for Apple. Its user interface, with few exceptions, closely
follows the Macintosh standard (unlike Servant), and it provides the
convenience, flexibility, and speed often lacking in Switcher.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Sun, 07 Jun 87 21:15:08 IST
From: Ami Zakai <RPR1ZAK%TECHNION.BITNET@forsythe.stanford.edu>
Subject: System 4.1 problem
Recently the various digests were full of horror stories about the new 4.1/5.5
OS from Apple.. we all wait impatiently the 5.x/6.x Juggler combo but in the
mean time I got this problem.. when ever I run under 4.1/5.5 and the boot
disk is not available for the application I end up with the wavering square.
Could it be that my trusty Mac forgot how to ask for the system disk?? more
likely I forgot to set up one of the flags for the System/Finder since I got
my system via one of the networks.
Anyone else had this problem? any solution?
Zak
'Now, here, you see, it takes all the running you can do, to keep in the same
place. If you want to get somewhere else, you must run atleast twice as fast
as that.' /TtLG
------------------------------
Date: Wed 10 Jun 87 23:14:34-PDT
From: John M. Relph <Relph@BIONET-20.ARPA>
Subject: Re: weird SE keyboard, XP-40 sounds
MKonar@HI-MULTICS.ARPA writes:
> 3) We got a MacSE some time ago that insisted on spraying dashes (-)
> right after booting up into the first text item it could, usually the
> title of the startup disk. We fixed it by opening the keyboard and
> reseating all the chips (maybe it was only one) and the ADB connectors.
> I don't know if this problem might be related to the mouse problems I
> read about, but it might be worth a try if you don't mind voiding your
> warranty.
I had this same problem after rebuilding my Dataframe XP-40 and
loading it back off a full backup on floppies. My system (I believe
System 4.0 at the time) was larger than 800K, so the DiskFit backup
program split it into two files on the floppies. When I reloaded the
system from the floppies there was a 300-400K discrepancy between the
size of the system when it was backed up onto floppies and when it was
backed down. I tried using the DiskFit Join command manually and was
able to get the System back to its original size, and the problem with
dashes filling the first text item went away.
I suppose the point of all this is that I expect the System file you
were working with was corrupted in some fashion. It may be best to
rebuild the System starting with a fresh System from the Utilities
disk. I believe I tried running the Install program to attempt to fix
the corrupted System, but the Install program took the corruption as a
form of customization and installed it in the new System. Ooops.
On another subject, I have had my Dataframe XP-40 for a number of
months now, and apart from the usual controller failure the first time
I tried to use it (MacWeek estimates that 10% of all hard disks fail
initially) I have had no problems with it. None that were the fault
of the disk, that is. It does make a "crunching" sound as the heads
move, but normally there is no "whining," even at power-down as Greg
Hamm describes. There were two or three days where it made a slight
whining sound, but it hasn't reappeared since.
John
John M. Relph
IntelliGenetics, Inc.
Relph@Bionet-20.ARPA or Relph@ECLC.USC.EDU
------------------------------
Date: Mon, 08 Jun 87 09:47:02 CDT
From: "Kevin Altis" <C413315@UMCVMB>
Subject: using the mac II extended keys
could someone with an ms-dos or unix manual for the mac ii, please tell
the rest of us how to access the functions keys... on the mac extended
keyboard? other than almost all the keys registering as control-p with
i haven't been able to use them. can they be assigned whole text strings?
will they only send a single keycode that your program is supposed to
decode? or are these really smart keyboards?
thanks, kevin altis c413315@umcvmb
------------------------------
Date: Sun, 7 Jun 87 18:59:40 EDT
From: MacTechnics_User_Group@um.cc.umich.edu
Subject: RE: Minimum file size
If I remember correctly, the number of allocated (or free) blocks on a disk
is a 16-bit quantity. Thus if the disk is larger than 16 Megabytes, the
minimum block size must be greater than 512 bytes. (assuming unsigned
integers, which the documentation doesn't always indicate).
I recently used Apple's Code-Unlocker utility to unlock the CODE segments
in my program and found a bug. It seems that the program didn't work if
the CODE segments skipped a few numbers. Since I program in LightSpeed C,
I would've had to rebuild the project to get the CODE segments in order.
Instead, I wrote a better version of Apple's utility. If there is any
need, give me a call.
Eric Shapiro
MacTechnics
313-668-1881 (work)
------------------------------
Date: Mon 8 Jun 87 15:27:32-PDT
From: Irvin Lustig <OR.LUSTIG@Sierra.Stanford.EDU>
Subject: Fonts and 'FOND' resources
A week or so ago, I posted a question about the FOND resources in the
System file not agreeing with the FOND resources in the Fonts file with
the System 3.2 distribution.
We just obtained a Mac SE, and it had System 4.1 in it. In order to
maintain compatibility with the Mac Plus and the LaserWriter, I used
the Installer to update *ONLY* the LaserWriter and Imagewriter
files in the System Folder (I didn't want to use System 4.1 on the
Plusses, since MacTerminal doesn't work with it yet). After applying
the update, the 'FOND' resource problem was fixed!!!! So I guess
Apple realized the problem and used the Installer Script for the
LaserWriter to fix it!!! Thanks, Apple!!!!
A side note: We are running System 4.1, Finder 5.5, LaserWriter 4.0
on the SE and System 3.2, Finder 5.3, LaserWriter 4.0 on the Mac Plusses
without having any problems. When Apple gets MacTerminal to work
with System 4.1, then we'll update the Plusses. Also, the local
Mac dealer (the Stanford Bookstore) advised me that "Apple has told
us not to have people update their MacPlusses with System 4.1" Does
that mean that a newer release of the System is imminent and it
will work with MacTerminal???
Irv Lustig
Dept. of Operations Research
Stanford University
or.lustig@sierra.stanford.edu
------------------------------
Date: Wed, 10 Jun 87 14:23:31 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: Problems with File transfer from BitNet...
Last week there was a posting about scrambled BinHex files
GoneFishing, ScreenLock, FileMaster, ....
Unfortunately those files have been uploaded to the BitNet node by me,
so I would like to know, if somebody else has ever had this problem.
This is how it happens:
I pack the files using PackIt III, then run BinHex 4.0 on them and transfer
them to an IBM using RedRyder and CrossTalk with XModem Protocol. This
procedure is reversible and leads to a file, which is OK and can be de-
BinHex'ed. When I then transfer this file using an IBM equipped with a
3278 Emulation Card to an IBM EARN (BitNet) host and convert those
files to EBCDIC format, they are readable, they can be processed, but
sometimes (I cannot tell why or when it happens) there are spaces
in the middle of those files.
The funny thing is: I have never had problems in the other direction.
Using the same equippment, the same programs, everything works fine.
Please help me, so that I'm able to repost the items mentioned above...
Alexander
------------------------------
Date: 8 Jun 87 00:26:00 EDT
From: <hamm@biovax.rutgers.edu>
Subject: Supermac (DataFrame) Utilities
I just downloaded all the latest Supermac utilities onto my XP40. Everything
seems to work fine - except SuperLaserSpool, with which I've encountered a
couple of minor problems (otherwise I'm quite impressed). The first thing I
printed with this spooler had a couple of adjacent words printed on top of each
other in the middle of a 1-page document. I immediately reprinted it, and it
was fine the second time. Has anyone else seen this?
The second thing I noticed was that the Lunar Lander game I downloaded the
other day started misbehaving: it kept jumping from wide angle view to
zoom view so as to be unplayable. Since it didn't do this yesterday, I
suspected SuperLaserSpool. Sure enough, when I clicked "Deinstall" in the
Laser Queue DA, Lunar Lander ran normally again.
I'm quite prepared to believe Lunar Lander is at fault here, but, having
seen the other problem, I wonder whether anyone else is seeing problems
with the spooler.
SuperLaserSpooler and LaserQueue DA are both version 1.01 df.
Greg H. Hamm || Phone: (201)932-4864
Director, Molecular Biology Computing Lab ||
Waksman Institute/NJ CABM || BITNET: hamm@biovax
P.O. Box 759, Rutgers University || ARPA: hamm@biovax.rutgers.edu
Piscataway, NJ 08854 * USA ||
------------------------------
Date: Thu, 11 Jun 87 07:52:01 MDT
From: Robert J. Thum <RTHUM@SIMTEL20.ARPA>
Subject: RE: Mousing Around
In the June 7 Issue of Delphi Mac Digest (Vol.3:Issue 30) Debbie asks:
>I would like to get my hands on the tool to open my Mac......
>But how can I get ahold of the manuals and the tool?....
Debbie,
Howard W. Sams and Co., Inc. of 4300 West 62nd Street, P.O. Box 7092,
Indianapolis, Indiana, 46206, U.S.A. Publishes a series of tech manuals for
computers, called SAMS ComputerFacts. These are *VERY VERY* good and
detailed almost to a fault. For the Apple Model A9M0303 (the Model 1)
ImageWriter order COMPUTERFACTS #CP8 (Technical Service Data for your
Printer). There is a toll free Phone No. 1-800-428-SAMS. They also have
manuals for most computers and perpherial devices. NO Apple service tech I
have ever meet even know about the Manuls for SAMS, remember the service
shop generaly only replaces the boards and sends then back to Apple for
repair and recycling.
Hope the this helps. Sorry I could not send it directly to you.
Robert Thum ARPA: RTHUM@SIMTEL20.ARPA
Phone: (505) 526-8199
------------------------------
Date: Mon 8 Jun 87 15:21:24-PDT
From: Irvin Lustig <OR.LUSTIG@Sierra.Stanford.EDU>
Subject: "Long Term Mac Usage" - A summary
I received a few replies to my question about keeping on Macs continuously.
Most people felt that using a Mac 512 or Plus without a fan was living
dangerously, unless the room was temperature controlled. The experience
is limited with the SE, but most felt that its fan should solve any
overheating problems that might occur.
Thanks to all of those who replied.
Irv Lustig
Department of Operations Research
Stanford University
or.lustig@sierra.stanford.edu
------------------------------
Date: Mon, 8 Jun 87 18:10:18 EDT
From: Mark Nodine <mnodine@LABS-B.BBN.COM>
Subject: Problems with Laserwriter 4.0
I, too, have had a problem with Laserwriter 4.0. I have a document which MS
Word 3.0 used to print just fine. In this document, I defined the page size
to be 17 x 22 and printed at 50% reduction. This works just fine and it's a
lot easier to edit a 12 point font than a 6 point one! But Laserwriter 4.0
decided for some reason that I would prefer for this document to have 3" of
white space at the bottom of each page of my document in lieu of the top 3"
of text (shifting everything in the middle up). Reverting to Laserwriter 3.1
solved the problem.
Mark
------------------------------
Date: Sun, 7 Jun 87 23:57 ADT
From: <SYAPPLE%ALASKA.BITNET@forsythe.stanford.edu>
Subject: Classroom Networks
I am currently setting up a network of Macintoshes to be used in the
classroom. Budget has reared it's ugly head, and it looks like I'll be
working with 12 Mac 512k's and an old HD-20 serial hardisk. Ho-hum; talk
about slow...
Anyway, I have PhoneNet connectors and MacServe software to do this. I'd
like to hear from others using networks in the classroom; what software
do you keep on the hardisk, which do you run from floppies, etc? What
are the best configurations you have managed to come up with? What kind
of teaching problems arise? I think that we all know software behaves
wonderfully until we try to teach it to someone else... I'd really like
to hear about any specific problems you've had, or see coming.
Software we plan on using:
PageMaker 2.0
MicroSoft Word 3.0
Fullpaint
MacDraw
various Databases
Excel 1.04
Thunder
Thanks in advance. I'll summarize, etc etc.
My very own personal disclaimer: I apologize. Period. I don't even
*have* an employer...
Joe
(907) 474-7901
SYAPPLE@ALASKA
------------------------------
Date: 9 June 1987, 10:08:19 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Re: converting Tektronix 401x to Postscript
There is a simple way to convert Tektronix 4010 (and 4014) output to
postscript. VersaTerm PRO provides Tektronix emulation and it is possible
to save the graphics in PICT format or print the vectors directly. Certainly
it is simple to convert a PICT format document into postscript (Press Command-F
after clicking in the OK button of the PRINT dialog and a postscript file
is created instead of printing to the LaserWriter) in MacDraw or other
such program. I assume it is possible to do this directly in VersaTerm Pro
but I never tried it.
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Wed, 10 Jun 87 09:49:07 CDT
From: ragan%CDCCentr.BITNET@forsythe.stanford.edu
Subject: Off the shelf SCSI drives Re: "Hard Disks on Mac" in IM #100
We have hooked an off the shelf SCSI drive (a Control
Data Wren III 156MB drive) to a Macintosh. It worked
fine except for the known problem in the Mac+ ROM's
which prevents booting from "standard" SCSI drives
because the ROM's time out too soon. Booting from a
floppy solves this problem on a Mac+. The drive boots
directly on a MAC/SE or II where the ROM problem is
fixed. Directions for building a drive like this for
approx. $2000 yourself can be found in the June 1987
MacTutor.
When I get my Mac II, I plan to install the Wren III
half-height model (91MB) internally. As far as I can
tell from Apple spec's (power, size, etc.) it should
fit and work.
------------------------------
Date: 8 Jun 87 14:22:53 PDT (Monday)
Subject: MacII Internal Drive ???
From: Josh Susser <Susser.pasa@Xerox.COM>
I was checking out the price of a MacII system today (don't ask me why,
I won't be able to afford one for a looong time), and I noticed that
Apple wants about $1600 for the 40M internal SCSI drive. For $1600 I
could go buy a Jasmine 80 and still have enough left over to get some
CDs I've been wanting for a while. So the question is this: What are the
advantages (if any) of getting an internal drive in a MacII, and are
they worth the extra cost?
Please respond to me and I'll post to the net.
Josh
Susser.pasa@Xerox.com
susser@parcvax.xerox.com
"My people are the people of the dessert,"
said T.E.Lawrence, picking up his fork.
------------------------------
Date: Mon, 08 Jun 87 07:16:55 EDT
From: Mark Zimmermann zim@mitre.arpa
Subject: quiet HD advice needed
A friend is in the market to get a hard disk drive -- chief criterion
is that it be *quiet*. Reliability and speed are secondary, and after that,
price. Any advice?
In particular, she wonders if anybody has experience with Ehman Engineering
SCSI drives ... are they as quiet as their ads claim? Tnx for help ...
------------------------------
Date: Mon, 08 Jun 87 10:20:54 -0800
From: duggie@portia.Stanford.EDU
Subject: Dataframe XP40 Mice
I have a Dataframe XP40 and know just what Joe Kennebec is talking about.
Every few minutes, the drive starts squeeling and chirping (in addition
to the usual loud but acceptable hum). Despite the noise, I have had
no data problems and am quite happy with the performance of the disk.
I seem to remember somewhere something about bearings (?) that one can
lubricate (?) to get rid of the noise. Does anyone remember the exact
information-- the neighbor's cat would really appreciate it.
Doug Felt
duggie@portia.stanford.edu
------------------------------
Date: Mon, 8 Jun 87 09:00:23 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Squealing drives
About the noisy Alaskan Dataframe:
There was discussion about this on Usenet some months/years ago so here is a
quick synopsis and my personal experience.
Apparently, SuperMac and Micah both used a certain type of drive (details
forgotten) that had a carryover from the 8" floppy days, in the form of a
static brush on the spindle of the drive. Well, what do you get when you rub
a steel spindle into a block of carbon? One hell of a high pitched whine that
can kill dogs and drive humans mad. Several mass murderers are using this in
their defense.
I have a Micah that was suffering from this and I was going to start by
killing the dealer who sold it to me, but I first called tech support and
asked them what to do (back in the days when there was tech support). They
said to do some minor surgery and (to use a medical term I heard during my
gallbladder exorcism) "rip the sucker out." Apparently it is much like a
gallbladder and can be disposed of without loss of functionality.
Here's what you do. Open your drive and remove the controller board from the
drive itself. You will need a SMALL torx for this. I think it's a #8. For
those of you out of the know, a torx is the screwdriver for those funky star
shaped screws on the back of your Mac. There are more of them inside.
On the inside of the controller card, the offending carbon pad lurks. With
some pliers, some care and a lot of sadistic pleasure, grab that sucker and
twist it off, without damaging the board any more than necessary.
Reassemble and you will be much better off. As usual, I make no claims as to
the safety of this procedure so you should have someone along to blame, just
in case.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Wed, 10 Jun 87 18:20:31 PDT
From: Jaime Gomez <jaime@denali.stanford.edu>
Subject: Tip for Word 3.0
If you want to print fast and with fairly good quality you must try Faster
bidirectional. But with Word 3.0 the trick of holding down Caps Lock, Shift
and Option while clicking OK in the print dialog does not work. Instead
you should follow the next steps:
1-While holding down Caps Lock, Shift and Option, pull down the
Edit menu and choose Print. Incredibly enough the standard
Imagewriter Print Menu shows up on the screen.
2-Choose Faster and click OK while holding down (guess what?) Caps
Lock, Shift and Option. NOTHING WILL HAPPEN.
3-Now, the Imagewriter is ready to interpret Faster as bidirectional
faster. Choose Print again (no more keytricks) and choose Faster
on the nonstandard Microsoft Print dialog.
4-Enjoy your Imagewriter printing Faster twice faster.
jaime
jaime@denali.stanford.edu
j.jjgh@othello.stanford.edu
------------------------------
Date: Sun, 7 Jun 87 17:03 ADT
From: <GFJAK%ALASKA.BITNET@forsythe.stanford.edu>
Subject: PageMaker 2.0: What they DON'T mention....
Hey, gang:
I'm starting to figure out some of the "rules" that the PageMaker 2.0
manual doesn't mention. Thought I'd pass some along...
When printing to the LaserWriter, PageMaker 2.0 offers you the option of
using the Apple Driver (which sets up printing parameters in the LW using
Apple's Laser Prep) or the Aldus Driver (which sets those parameters using
PageMaker's own Aldus Prep). There is a *big* difference, and unfortunately
each has its own flaws.
The Aldus Driver: PageMaker assumes you will use this driver the most, and
recommends using the Apple Driver only when you have probelems printing
PICT graphics imported into your PageMaker document. The Aldus Driver does
a superior job of printing bitmapped graphics and imported digitized
graphics. It also allows you to point/click and resize bitmapped graphics
to the nearest multiple of your PostScript printer's resolution.
However, as a typographer I find the letter kerning (spacing) that the
Aldus Driver provides on bold, capital letters 12 point and above to be
quite unacceptable (too much space between letters). The Apple Driver does
a much better job, as did the old Aldus Prep 1.2 (usable only with old
PageMaker 1.2).
So I find myself switching back and forth between using the Apple and Aldus
Drivers (and wishing there was a simple button to toggle between the two in
the Print Dialogue box, instead of going through 2 different dialogues to
switch). However, this presents some other problems..
When you use the Apple Driver, you lose many of the specific features of
PageMaker:
(1) Large, bold text which has been imported or created with it's Paragraph
Format set to Automatic Pair Kerning (PageMaker's defualt setting) may have
large, random gaps between letters. Workaround: select that text and turn
Auto kerning off.
(2) Graphics created with the Pagemaker graphic tools (boxes and circles,
mostly) and filed with a LaserWriter grey from the Shades Menu will be
filled with the screen bitmap representation of that grey, not the
LaserWriter grey. Also, line widths specific to PageMaker (1.5 pts, etc)
will default to nearest integer values. No workaround.
(3) The order in which PageMaker prints multiple page documents (last page
first, etc) varies between the Apple and Aldus drivers. With the Apple
Driver, you can only print front to back (page one first, second page
second, etc.) Clicking Reverse Order in the Print Dialogue box does
nothing, which means you will always have to hand reverse long documents.
The Aldus driver defaults to back to front printing (the correct order!),
and Reverse Order reverses that. Workarounds: feature, not bug...
Other things to note: Pagemaker records which Driver and type of PostScript
printer (LaserWriter, LaserWriter Plus, LaserWriter from early 1985,
Linotronic 100, Linotronic 300, etc) last used *with each individual
document*. So if you last used the Apple Driver and specified LaserWriter
Plus last time you printed "Letter to Mom," that is what you will get next
time you print it, unless you stop to change it. If you *do* change it,
remember to click OK when PageMaker asks you if you want to save changes
(upon closing).
This message is too long already. See you all in netland; remember, I am
open to questions about PageMaker, using the LW with any grapics
application, and Desktop Publishing in general.
Joe at University of Alaska/Tanana Valley Community College
N C L Y STANDARD DISCLAIMER 11-76: If the Administration
O U O E knew this network existed, they would cut
T G T it's budget, too. Joe
E O
That's GFJAK@ALASKA to you Bitters....
------------------------------
Date: Mon, 8 Jun 87 13:23 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #30
Delphi Mac Digest Sunday, June 7, 1987 Volume 3 : Issue 30
Today's Topics:
Manuals (4 messages)
NEC Multisyncs
RE: Weird mouse tracking problem in Syst
RE: BinHex 5.0 vs. BinHex 4.0
re: Icons for non-APPL files
re: MAC-II development environments
re: Icon Quest
re: New version WriteNow Translator DA
re: PageMaker and ReadySetGo compared
RE: New system/finder (3 messages)
MacHack '87
The Low down on LoDOWN...
Fortran
Fix for PL30 boot problems
re: Mac SE 68020 Accelerator Cards???
RE: Mac II Batteries?
RE: Standardized "calls" (Again!)
RE: System 4.1 Tornado Warning! (2 messages)
FKey-0 ? (3 messages)
Fuzzy SE Screen
Mac II problems? (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-30.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂13-Jun-87 1603 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #102
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 13 Jun 87 16:03:01 PDT
Date: 13 Jun 87 1600-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #102
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 13 Jun 1987 Volume 5 : Issue 102
Today's Topics:
How to create a PICT-file from Turbo Pascal?
asynchronous sound on Mac II?
International Resources
MPW Shell Bug/problem
Mactran 77 2.0 Users???
Directory by Date
DiskFit
A User's Impressions of DiskFit and HD Backup
MAC2624 (HP-EMULATOR)
TEK 4125 Emulator for Mac II
Paint-Ricoh Laser Printer-HP plotter
Mac -> Unix -> LaserWriter
Fonts
Graphics tablets - resolution
Model 100 -> Mac
?? Callable Interfaces to a database
Mac/SE/MacII was on PBS tonight for 30 minutes - Computer Chronicles
Delphi Mac Digest V3 #31
----------------------------------------------------------------------
Date: Wed, 10 Jun 87 16:23:29 SA
From: Tero Siili <FYS-TS%FINHUT.BITNET@forsythe.stanford.edu>
Subject: How to create a PICT-file from Turbo Pascal?
One simple question - please send an answer to me directly.
If I want to use QuickDraw routines in Turbo Pascal, typically to create
plots etc, how can I direct QD output to a disk file in PICT format, so
that I can manipulate it later with MacDraw or some other suitable program?
TS
------------------------------
Date: 9 June 1987, 10:27:44 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: asynchronous sound on Mac II?
In working with a Mac II of late I noticed something which was quite
surprising to me. After hearing all about the sound chip and how it could
offload the CPU of the duties of producing sound and seeing a great demo
of a Mac II doing a fourier transform of the waveform while it was playing
I guess I had high expectations of the sound.
What I find is the following: using the built in mechanism for playing
the system beep sound (which can be a fun digitized sound) I find that
the sysbeep call stops all processing until the digitized sound has completed
playing. I thought this kind of thing was EXACTLY what having a sound chip
could avoid! In fact, I used to use the beepinit stuff which comes with
SoundCap (the updated version that is) on the MacPlus and it could play
the sound while the Mac continues work. I haven't tried the beepinit stuff
on the Mac II yet, I thought the built in functionality would make that
obsolete but evidently not.
Comments?
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Wed, 10 Jun 87 09:38+0100
From: Ralph <MartinRR%cardiff.ac.uk@Cs.Ucl.AC.UK>
Subject: International Resources
Can someone explain the international resources in system 4.1 ? There
now seem to be 3 of type INTL, whereas there used to be 2. Also, there
are other resources of various types i... which have "US" as their
names.
Ideally, I would like to get my hands on a copy of these suitable for
Britain, as I have a US version of 4.1. Even better would be a utility
for choosing the country which swapped the resources appropriately - I
presume apple have such a doodah - perhaps they could post it to the net
if they are listening. I HATE the American format for dates - its SOOO
illogical.
Ralph
------------------------------
Date: Thu, 11 Jun 87 11:16:32 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: MPW Shell Bug/problem
Has anyone noticed that the MPW Shell, if it sets up a 'Please Insert Disk'
prompt, has no way to cancel the request short of hitting the interrupt
switch and exiting to the finder?
This situation happens when I have loaded one or more floppies temporarily
into the drives and then do a directory search on all mounted volumes. If a
floppy has been ejected via the Cmd-Shft-1/2 mechanism, it is still mounted.
If it is ejected within an application launched from MPW Shell, it is still
mounted on return to the shell.
As sometimes happens, I might have a floppy in a drive to write a file and
then hand it off to someone else. If MPW wants to see it subsequently, I
have no choice but to exit via the interrupt button. The Finder recognizes
the Cmd-period to escape.
Has anyone figured a way around this behavior? I'd appreciate knowing
about it.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
June 11, 1987
------------------------------
Date: 10 Jun 87 10:12:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Mactran 77 2.0 Users???
Is anyone out there using Mactran 77 2.0?? I just got a copy to review. So
far, I find that it is much improved over the 1.0, but still not really a
mature product. Lots of little glitches in the Mac interface, cursors that
change to "i-beam" and then forget to change back to arrows, slow updates,
a really minimal editor (not even as good as Edit), etc.
Also, there are still a fair number of bugs in the compiler, although many
fewer than in the 1.0.
It doesn't work with my 68020 upgrade unless the instruction cache is turned
off.
These guys are gaining ground on Absoft/Microsoft, but in my opinion they still
have a ways to go, at least for "serious" fortran users. In an educational or
teaching environment, this setup might be preferable to Microsoft.
Any users of Mactran out there who have comments/praise/criticism of this
compiler???
------------------------------
Date: Wed 3 Jun 87 23:12:54-EDT
From: JA1W@TE.CC.CMU.EDU
Subject: Directory by Date
Hello. I am the Macintosh Archive Maintainer for CMU. I get all the files from
Info-Mac when they are announced by your digest (thanks!!).
I was wondering if you-all could make a weekly, bi-weekly, or whatever, list
of the Info-Mac files _by date_ as well as by name? It would be nice, if, for
some reason or another, we don't get the digest, or I am in a rush and just
want to find out what the new files are. Better yet, if there would be some
way for FTP to be modified to list the dates - nah, never :-) .
Thank you,
Jesse Adelman
JA1W@TE.CC.CMU.EDU { preferred }
JA1W@Andrew.CMU.EDU
MA00@TE.CC.CMU.EDU { Mac Archive Account - finger for more info }
[
This is a good idea. In addition to the current directory files
00DIR.ANNOTATED (hopelessly out of date)
00DIR.NAMES (names of files in INFO-MAC)
00DIR.VERBOSE (names, sizes, date, by alphabetical order)
there is now a file
00DIR.RECENT (names, sizes, dates, by reverse cron. order)
DoD
]
------------------------------
Date: 09 Jun 87 22:09 EDT
From: Richard Zaccone <ZACCONE%BUCKNELL.BITNET@wiscvm.wisc.edu>
Subject: DiskFit
I have a DataFrame 20 which I just tried to Backup with the version of
DiskFit that was just posted. When I tried to use it, I received the
following message:
This version of DiskFit is for DataFrame owners only. Others may purchase
DiskFit from their local dealer.
What's wrong here? Will DiskFit not work with a 20mB disk? Any
suggestions?
Rick Zaccone
zaccone@bucknell.bitnet
------------------------------
Date: Wed, 10 Jun 87 13:21:09 pdt
From: david_bayer <dave@math.columbia.edu>
Subject: A User's Impressions of DiskFit and HD Backup
I have been using DiskFit, from SuperMac, to back up my hard disk
for the last few weeks. I would like to highly recommend it, and I would
like to tell a story explaining why I would never trust any other backup
software I have seen. [I have no connection with any company mentioned.]
My hard disk for the last year has been a Peripheral Land PL30,
which has performed flawlessly. I backed up as best I could manually until
Peripheral Land released a version of HD Backup, licensed to them to
distribute to owners of PL hard disks. This program, like most of its kin,
compacts the hard disk onto many floppies, using a file format ONLY
IT UNDERSTANDS. I set out enough disks to make TWO backups (fool that I am,
I just wasn't getting the whole point of redundancy on this Saturday
evening; if you're going up with one set of O-rings, it doesn't matter how
many packets of Tang you take along) as preparation for experimenting with
different ways of reformatting my hard disk. A little ways into backing up,
the program choked on a single file it couldn't grok, and quit. The file,
called .bout, probably was the invention of a wayward program of mine,
BUT YIKES!!!! WHAT IF THIS HAD HAPPENED TO ME WHILE RESTORING, AFTER I HAD
JUST FINISHED REFORMATTING????
If I weren't feeling pretty stupid about nearly discovering the
moral of this story the hard way, I would have some harsh words
for authors of this style of backup program. Unwittingly or wittingly,
they've decided to protect your data from any potential evil threat
EXCEPT the "infallible" software they've just written themselves.
DiskFit: DiskFit works differently from the above backup
programs. It treats a large number of floppies as a single unit, so you
can copy your entire hard disk onto the set (only via DiskFit) in FINDER
READABLE FORMAT. After you have done this once, subsequent backups simply
replace the files which have changed; this takes at most a few minutes each
session. You end up with a single, current copy of your hard disk. (Or two
or more current copies...) At any point in time, if sunspots selectively
wiped out all existing copies of DiskFit, recovering your data would simply
take you longer.
I have skipped many fine points (such as the fact that DiskFit GOES
ON to the rest of its work in case of a file error!) but I can recommend
DiskFit for two very basic reasons:
[1] DiskFit is deserving of the title "backup program", since its Finder
readable format means that in an actual emergency you wouldn't be depending
on a single piece of software remembering where it buried all its nuts.
[2] The subsequent backups are easy enough to actually do daily.
Be honest with yourself: With another brand of backup software,
could you ever imagine having months, or years, where you're just too busy
to do an hourlong complete backup? Could you imagine running out of floppies
for that 19th incremental backup of "just files that have changed?" Could
you imagine going a few months without backing up any but crucial files, as
a result? I could.
DiskFit's system makes more sense to me.
------------------------------
Date: Thu, 11 Jun 87 18:49:56 SET
From: Norbert Mueller <K360171%AEARN.BITNET@forsythe.stanford.edu>
Subject: MAC2624 (HP-EMULATOR)
I RECENTLY READ A POSTING ASKING FOR HP-TERMINAL EMULATORS FOR THE MAC
(SORRY I DON'T REMEMBER WHOSE IT WAS). A FRIEND JUST SHOWED ME A PRODUCT
THAT SEEMS TO HIT THE SPOT. # MAC2624 # A HP BLOCK MODE TERMINAL EMULATOR.
IT SUPPORTS ALL FEATURES OF THE HP2624 TERMINAL INCLUDING FUNCTION KEYS AND
AND ESCAPE SEQUENCES. THERE IS A FILE TRANSFER FEATURE FOR HP-3000, AND VIA
STANDARD XMODEM (19200 BAUD), COPY/PASTE WORKS (THE MANUAL CLAIMS IT WORKS
WITH ALSO WITH GRAPHICS <MAC PAINT STYLE> I COULD NOT SEE A TEST OF THIS)
HOPE THIS IS USEFUL INFORMATION.
THE PRODUCT IS MARKETED BY
WICK HILL ASSOCIATES LIMITED
42A-44 HIGH STREET
EGHAM
SURREY TW20 9DP
U.K.
TELEX 268764 WHAUK G
PHONE (U.K.) 0784-38441
THE BEST THING: THEY GIVE YOU AN EVALUATION COPY, WHICH IS FULL FEATURED BUT
CEASES TO FUNCTION AFTER A MONTH. THAT IS REALLY WHAT I EXPECT IF I WANT TO
BUY AN EXPENSIVE PRODUCT (SORRY I DON'T KNOW A PRICE, AS I DO NOT USE HP
MYSELF)
I HOPE THIS IS USEFUL INFORMATION
NORBERT MUELLER
INST. OF CHEMISTRY
UNIVERSITY LINZ
A-4040 LINZ/AUSTRIA
P.S.: I AM IN NO WAY AFFILIATED WITH WICK HILL ASSOCIATES
------------------------------
Date: Fri, 5 Jun 87 03:29:41 cst
From: ihnp4!sask!andrew@ucbvax.Berkeley.EDU (Derek Andrew)
Subject: TEK 4125 Emulator for Mac II
I am looking for a TEK 4125 emulator for the Mac II.
Has anyone seen such a beast?
Derek <Andrew@Sask.bitnet>
ihnp4!sask!andrew
------------------------------
Date: Fri, 5 Jun 87 09:11:17 CDT
From: seabaugh%resbld%ti-csl.csnet@RELAY.CS.NET
Subject: Paint-Ricoh Laser Printer-HP plotter
I would like to convert MacPaint files to print out on our local
laser printer, a Ricoh 4080 with OASYS Controller. Is there a
program like the paint-to-QMS file converter (macqms.c) available?
Another program which I would find useful is a program to either
emulate HPGL, so that Hewlett Packard plotter driver files could
be previewed, or convert HPGL files to MacPaint.
Is there software available to do this?
------------------------------
Date: Wed, 10 Jun 87 14:22:49 CDT
From: Dave Eichmann <eichmann%cs.uiowa.edu@RELAY.CS.NET>
Subject: Mac -> Unix -> LaserWriter
Our LaserWriter is now hung off of our 4.3bsd system, but I still want
to be able to print my MacWrite and MacDraw documents. I know about
Command-F and Command-K to save PostScript files with and without headers,
but neither of these generates *any* output when fed through the Vax to
the LaserWriter... Our archives (admittedly short-lived) contain only
a few references to previous postings. Could someone ship me the straight
poop on this?
Dave Eichmann NEW (domain) ADDRESS: eichmann@cs.uiowa.edu
Dept. of Comp. Sci. OLD ADDRESS: eichmann%uiowa@CSNET-RELAY
University of Iowa PHONE: (319) 335-1232
Iowa City, IA 52242
------------------------------
Date: Fri 12 Jun 87 20:59:17-EDT
From: "Adam Peller" <OAF.G.PELLER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: Fonts
First of all, I must confess that I am a // user, and not a MacHacker.
BUT, I have been trying to get a collection of fonts together... I already
have several dozen stored on a bernouli 20 Meg cartridge. The problem is
that Microsoft Word only recognizes the first 15 or so. The others
are definately on the disk, but they don't show up in the %D font window.
Any help would be appreciated.
Thanks
Adam Peller (ADAMP@MC.MIT.EDU)
------------------------------
Date: Thu, 11 Jun 87 15:37:15 EST
From: "William E. Williams" <BSQUARE@YALEVM>
Subject: Graphics tablets - resolution
I'm interested in using a graphics tablet as input to a small application
I'm writing, and I can find no one in the area who has one hooked up to a Mac.
I have questions for anyone who has used such a tablet:
1. Normally, I understand, Mac tablets come with driver software that
makes applications think that the tablet is the mouse. That would suggest
that much of the resolution of the pad is lost. Is this true? Is there some
way to get at the full resolution of the pad?
2. What are the pro's and con's of the various pads available (Kurta and
Summagraphics are the two brands I know about)? If there is sufficient
interest, I'll summarize replies.
Bill Williams at Trinity College (BSQUARE@YALEVM)
------------------------------
Date: Thu, 11 Jun 87 17:25 ADT
From: Doug Toelle <FTDAT%ALASKA.BITNET@forsythe.stanford.edu>
Subject: Model 100 -> Mac
Being a "Cabin Hippie" (little cabin in the woods, no water or power) I use a
TRS-80 Model 100 for text editing at home, take it to work and dump it
to my MAC, I have a Tandy Portable Disk Drive 2 (3.5 inch 200K) and was
wondering if anyone knew of some software similiar to ProLink (Apple // ->
Mac file transfers) for Model 100 -> Mac transfers, messing with cables gets to
be a real drag.
Also, any other little kid type educators out there using the nets? I'd like
to hear from other computer using teachers.
Thanks,
Doug Toelle
Fairbanks Native Association FTDAT@ALASKA.Bitnet
310 First Ave.
Fairbanks, Alaska 99701
(907) 451-6201
------------------------------
Date: Mon, 8 Jun 87 16:14 CDT
From: FRENCH%eg.ti.com@RELAY.CS.NET
Subject: ?? Callable Interfaces to a database
Hi all,
Is there a Relational Database product for the Macintosh that supports
program callable interfaces from MPW Pascal?
This is a very common capability on mainframes, but I haven't heard of
this capability for the Mac.
Any help would be appreciated...
Stewart French
french@eg.ti.com or
french%ti-eg@relay.cs.net or
french%ti-eg@csnet-relay.arpa or
whatever-the-mailers-between-you-and-me-expect
------------------------------
Date: Wed 10 Jun 87 04:21:48-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: Mac/SE/MacII was on PBS tonight for 30 minutes - Computer
Subject: Chronicles
I "lucked" into the last 20 minutes (my papers TV program covers PBS somewhat
"irregularly" ..) - they had both machines OPEN, taking boards in and out,
showing the Mac-II frisby demo, demo of color-MacPaint .... great!!!
I could not help but have a fantasy of INFO-MAC of the '90s, where we might
be able to contribute the bitstream representing such a program ...((-:!!
I can see it - Darin Adler demoing TMON ... talking about watching a wizard
in action !!! you get lost trying to follow what he does and says - if you
don't find a way to slow him down, you get left behind in the dust.
Or passing on the old Bill Atkinson video, demoing MacPaint ...
I don't usually watch Computer Chronicles as they tend to live in the IBM-world
- but after their reaction to the demo tonight, I expect that to change.
Of course, this weeks InfoWorld also has a Product Review of the Mac-II and
gave them a 9.0 !!! talking about landmark developments :-))
I expect you can catch a daytime repeat of the program with your video-recorder
this week or weekend.
------------------------------
Date: Mon, 8 Jun 87 13:24 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #31
Delphi Mac Digest Sunday, June 7, 1987 Volume 3 : Issue 31
Today's Topics:
/gs keyboard for SE
RE: CricketDraw (2 messages)
Hello -- (5 messages)
re: WriteNow - need help w/Headers
remembering files
Coprocessor boards (2 messages)
RE: OpenCPort Trap (3 messages)
Edit LAYO to fix TMON
list manager (3 messages)
GetColor glue
Control Panel Bug?? (2 messages)
68020 cache (2 messages)
Re: System Event Mask
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-31.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂16-Jun-87 2358 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #103
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 16 Jun 87 23:58:04 PDT
Date: 16 Jun 87 2354-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #103
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 16 Jun 1987 Volume 5 : Issue 103
Today's Topics:
Using assembly language with Microsoft Fortran
RE: Get/SetTrapAddress and NGet/NSetTrapAddress
RE: Re: MPW Shell Bug/problem
LaserWriter 4.0 bugs?
Problems with manual feed of legal pager on LW+
more on Juggler 1.0d1
Re: A User's Impressions of DiskFit and HD Backup
Re: Some Macintosh II and IBM PC RT questions
re: Relational Database with MPW Pascal interfaces
model 100 <-> Macintosh
Tablet resolution
grey line sweeping down Mac+ screen.
Helix VMX Inquiry
VME
Adobe Screen Fonts?
Thunderscan
MacLine Upgrades
Postscript demos on Mac
Stepping Out and MS Basic
Ada and the Macintosh
Machack 87 Report
----------------------------------------------------------------------
Date: Sat 13 Jun 87 17:10:05-PDT
From: Bill Lipa <P.PRIAPUS@MACBETH.STANFORD.EDU>
Subject: Using assembly language with Microsoft Fortran
Does anyone know a way to use an assembly language subroutine with a Fortran
main program? I am trying to combine code written in Microsoft Fortran 2.2 and
MDS assembler 2.0. The manual provides a sadly unclear appendix which does not
specify, for example, whether the linker is Rel-file compatible or not. Any
advice would be appreciated.
Bill Lipa
------------------------------
Date: Sun, 14 Jun 87 16:54:22 CDT
From: kkim@b.cs.uiuc.edu (Kyongsok Kim)
Subject: RE: Get/SetTrapAddress and NGet/NSetTrapAddress
I would like to intercept calls to an Operating System or
Toolbox routine (specifically, GetNextEvent) and do some pre- or
post-processing of my own. With 64K ROM, GetTrapAddress and
SetTrapAddress seem useful to do it; with 128K ROM, NGetTrapAddress
and NSetTrapAddress seem to do the same job.
Can anybody send or recommend any program in Pascal or C
demonstrating the usage of [N]Get/SetTrapAddress? And any comments
or hints as to doing my own processing in addition to the standard
Toolbox routine in general will be appreciated.
Please e-mail to me directly since my site does not subscribe to
this digest.
Thanks in advance.
Kyongsok KIM
Dept. of Computer Science; Univ. of Illinois at Urbana-Champaign
arpanet/csnet: kkim@a.cs.uiuc.edu
usenet/uucp : {seismo, pur-ee, ihnp4}!uiucdcs!kkim
------------------------------
Date: Sun, 14 Jun 87 09:18:36 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: RE: Re: MPW Shell Bug/problem
cmd-. does nothing in this instance, which is inconsistent with its behavior
everywhere else in the Shell: it is the escape from Scripts, Tools, etc.
Godfrey DiGiorgi
digiorgi@jpl-vlsi
June 14, 1987
------------------------------
Date: Sat, 13 Jun 87 23:23 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: LaserWriter 4.0 bugs?
Even though I've had the LaserWriter 4.0 driver and prep files for close to
a month now, today was the first time I've been able to use them, and wow
was I impressed! The speed improvement over LaserWriter 3.1 is more than
dramatic--it is awesome!!!! When printing MacWrite documents, the LaserWriter
seems to print at its top speed--it's done processing the next page by the
time it's finished printing the one before it. My rough estimations are a
two to three-fold speed improvement.
HOWEVER, I seem to have found a couple of bugs, and wondered if anyone else
had noticed them. Configuraton: MacPlus, 1MB, external 800K drive,
System 4.1, Finder 5.5, MacWrite 4.5, LaserWriter Plus--brand new (ie. it's
platinum color) on an AppleTalk network.
When the LaserWriter ran out of paper, pages were lost, as if the driver kept
sending the data, thinking it was being printed. By the time I replenished
the paper tray, 4-5 pages of my MacWrite document had been lost. I wasn't
near my Mac at the time (the printer is in another room) so I couldn't tell
if an error message was even printed on the screen (LaserWriter 3.1 used to
pause and beep annoyingly until you replenished the paper).
So, after losing part of my file the first time it ran out of paper, I decided
to play it smart...when I saw the paper supply tray running a little low, I
clicked the PAUSE button on MacWrite's print dialog box, went into the machine
room, restocked the paper tray, and clicked the resume button on MacWrite.
WHALA--BOMB! (ID=??). When I entered the debugger and typed SM 0 A9F4; G 0
to return to the Finder, it wouldn't even do that--another bomb greeted me.
Reluctantly I restarted the Mac, and was pleased that the only causualty of
the affair was my hardcopy--not the disk.
Has anyone else noticed this behavior? Is it a bug in LaserWriter 4.0 or a
problem with the LaserWriter Plus itself? My previous experience with
paper-out errors being correctly reported was on a regular LaserWriter
(not Plus).
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Mon, 15 Jun 87 12:44 EDT
From: <JRCLARK%UTKVX4.BITNET@forsythe.stanford.edu>
Subject: Problems with manual feed of legal pager on LW+
I've been frustrated attempting to print legal size copies
using manual feed with LaserWriter Plus and Laser Prep version 4.0,
System 4.1 and Finder 5.5
All I get is the lower 8.5 inches of a legal page printed on the
upper portion of the paper. I'm using the most recent system, and
it seems to make no difference whether I print from a hard disk with
MacServe installed or boot from a floppy. I've had trouble in
RSG 3.0 and MacWrite, so I assume the difficulty is in either the
driver. Has anyone had the same difficulty?
Jim Clark
------------------------------
Date: Mon, 15 Jun 87 10:30 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: more on Juggler 1.0d1
After a recent posting I made regarding a pre-release copy of the Juggler
package that our user's group had downloaded from a prominent bulletin
board service, I received a polite statement from Apple Computer informing
me that the copies of Juggler we have are ILLEGAL.
This somewhat surprised me, since I'm used to Apple releasing beta software
to the public for testing. Remember Switcher 2.0? Apple didn't end up
releasing Switcher until version 4.4! And when Apple redesigned MacWrite,
versions 3.0,3.1,3.5,4.0,etc where released to the public until the final,
stable version 4.5 was released.
Needless to say, ignorance is no excuse, so I've destroyed all copies of
Juggler that I have, and that I found. If you see someone with an
unauthorized copy of Juggler, remind them that whoever posted the package
originally did so without the blessing of Apple, and that all copies are
ILLEGAL (unless, of course, you're lucky enough to have a non-disclosure
agreement with Apple, which I am not).
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: 14 Jun 1987 00:42-EST
From: Duane.Williams@f.gp.cs.cmu.edu
Subject: Re: A User's Impressions of DiskFit and HD Backup
>DiskFit is deserving of the title "backup program", since its Finder
>readable format means that in an actual emergency you wouldn't be
>depending on a single piece of software remembering where it buried all
>its nuts.
Things aren't quite so simple as this. What if you have a file, e.g.,
the source to Apple's Smalltalk, that is too large to fit on one disk?
To back it up on 800K floppies requires splitting it. So you will need
a special program (either the backup program itself or some other
utility) to reconstruct it. Just because the files are in Finder
readable format doesn't mean that you can necessarily reconstruct a
usable version of them with the Finder alone.
>The subsequent backups are easy enough to actually do daily. Be honest
>with yourself: With another brand of backup software,....
I presume that the author of this message was only familiar with
DiskFit and HD Backup. He suggests that all backup software other than
DiskFit works the way HD Backup does. This just isn't true.
I use HFS Backup from PCPC and am very happy with it. HFS Backup is
easy to use, fast, flexible, and reliable.
Duane
------------------------------
Date: Mon, 15 Jun 87 23:27 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Re: Some Macintosh II and IBM PC RT questions
Thanks for the many messages I got in reply to my Macintosh II and
IBM PC RT questions in Info-Mac digest #99. I summarize:
> Is there a Macintosh II video card that reimplements QuickDraw's
> low-level routines in hardware?
SuperMac is rumoured to be working on such a card, presumably using a
dedicated graphics chip such as the one from Texas Instruments. And
Apple seems to have told developers that it is actually working on
a graphics card that uses this TI TMS34xxx chip! Apparently many
QuickDraw calls mimic the calls on this chip...
> Is there an Ada compiler for the Macintosh II?
Alsys corp of France signed a contract with Apple Computer about a
month ago to produce its validated Ada on a card for the Macintosh II.
Info can be obtained from Mr. Robert Dawson, Apple's USAF Military
marketing manager in Reston, Virginia.
> What is true about BYTE's (and other magazines') rumours that the RT
> is being dropped from production?
This question elicited the most responses... several important facts are
important:
* According to InfoWorld only 5000 (yes, read that again: 5000) RTs have
been sold worldwide! You can imagine what that means for RT software
developement for example... and profits (or rather lack thereof) for IBM.
* Software availability is very limited and site licenses are outrageously
expensive as compared to PCs, someone commented.
* Someone else said IBM marketing representatives hinted that the RT would
be dropped if it couldn't hold its own against the Mac II and PS/2 Model 80.
Thanks again folks!
Thomas Fruin
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: Mon, 15 Jun 87 16:44:00 PDT
From: Fat_Freddy's_Cat%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: re: Relational Database with MPW Pascal interfaces
If you can hold on for a little while until the product which people call
Silver Surfer (see recent issues of Macworld) comes out, you'll have all
the programming language interfacing capability you'll ever need, from the
rumors I hear.
The current incarnation of what will become Silver Surfer (only available
in Europe) has a sort-of programming language interface, mainly good only
for setting up communications procedures. The one released in the US will
have its own high-level programming language that can have inline
procedures in most popular programming languages.
disclaimer All this is second, third, and fourth-hand. No guarantees of
accuracy.
------------------------------
Date: Mon, 15 Jun 87 19:03:58 PDT
From: oster%dewey.SOE.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: model 100 <-> Macintosh
There is a rumor that PCSG, the Model 100 software vendor will be coming out
with a program that provides a Finder-like interface to the model 100:
You'll see a picture of the model 100 on your mac. desktop, and you'll just be
able to pick up and drag pictures of files between the two machines and
the real files will move to match.
------------------------------
Date: Mon, 15 Jun 87 19:09:57 PDT
From: oster%dewey.SOE.Berkeley.EDU@BERKELEY.EDU (David Phillip Oster)
Subject: Tablet resolution
I am partially responsible for the current release of the Kurta software.
Kurta tablets allow you to use the full resolution of the tablet by declaring
a piece of the tablet should map to a piece of the screen. If you map the
whole tablet to the whole screen, then you digitize quickly, but at screen
resolution at best. If you map a tiny square of the tablet to the screen, then
after you digitize that square, you scroll the screen and digitize another
square. You specify areas of the tablet and screen by pointing with the
digitizing pen, but, the numbers also appear as editable text, so you can
edit them to precisely the coordinates you want. Mappings can be saved and
restored as named disk files, using a desk accessory, so it is easy to remap
the tablet on the fly. The tablet software also has a whole macro package
built in, so that sequences of mouse motions and key downs can be assoiciated
with spots on the tablet. (Though the current release only supports this for
the larger tablets.) Macros are saved as text files, so it is easy to get
numeric coordinates out of the tablet.
------------------------------
Date: Mon, 15 Jun 87 21:07:00 EDT
From: hal@gvax.cs.cornell.edu (Hal Perkins)
Subject: grey line sweeping down Mac+ screen.
What does it mean when a faint grey line about 10pt high starts
sweeping from top to bottom of a Mac+ screen? It takes about 3 sec. to
do this and repeats. This just started today and the Mac+ is one of
the first shipments, with whatever problems that implies. Has anyone
else seen this before?
Probably best to reply by mail. I'll post the results if there is any
demand for it. Thanks.
Hal Perkins internet: hal@gvax.cs.cornell.edu bitnet: hal@crnlcs
Cornell CS uucp: {ihnp4|uw-beaver|decvax| most anywhere}!cornell!hal
------------------------------
Date: Sun, 14 Jun 87 16:35:40 PDT
From: digiorgi@Jpl-VLSI.ARPA
Subject: Helix VMX Inquiry
Has anyone got Helix VMX installed and running yet? I am looking for
correspondence regarding costs, hardware, bugs, and general utility value.
Anyone with any experience using the package please contact me.
thanks,
Godfrey DiGiorgi
digiorgi@jpl-vlsi
June 14, 1987
------------------------------
Date: Mon, 15 Jun 87 11:12:38 GMT
From: Paul Skuce
From: <sdcsvax!seismo!mcvax!hatfield.ac.uk!comt-ps@ucbvax.Berkeley.EDU
From: >
Subject: VME
We are looking into getting a VME bus for our mac's and are intrested in other
users experience. If you have a VME on a mac PLEASE could you mail me your
comments, how much it cost and where you got it from.
I will post a summary of the replys.
Regards
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comt-ps%hatfield.ac.uk%mcvax%seismo%.. from States
comt-ps%hatfield.ac.uk%mcvax%.. From Eur
comt-ps@hatfield.ac.uk JANET
------------------------------
Date: 16 Jun 87 07:24:00 EST
From: "NRL::MCCOWAN" <mccowan%nrl.decnet@nrl.arpa>
Subject: Adobe Screen Fonts?
I have seen a few references here and there to Adobe screen fonts
for their postscript fonts. Supposedly they look much better than
the standard screen fonts for the LW fonts. Does anyone know
anything about these? Thanks.
Bob McCowan
mccowan@nrl.arpa
------------------------------
Date: Tue, 16 Jun 87 13:28 N
From: <B127KLUI%HTIKHT5.BITNET@forsythe.stanford.edu>
Subject: Thunderscan
A recent issue of MacWorld mentioned new Thunderscan software with
4-bits a pixel info. I don't recall if the software was available yet or
RSN. Please let me know what is true about this. Updates are hard to get
overhere.
Thanks,
Ruud Kluivers
KUB The Netherlands
B127@HTIKUB5.bitnet
------------------------------
Date: 16 Jun 87 11:17 EDT
From: David A. Potter / McDonnell Douglas <DAP.MDC@OFFICE-1.ARPA>
Subject: MacLine Upgrades
The July issue of MacWorld (page 225) carried an ad from MacLine for (among
other things) memory upgrades. 128>512 $99, 512>1024 $169, 68020 $495, SCSI
port $89.... REALLL good prices. Question is, does anyone know anything about
them? They say they've been in business a bit over a year and are doing about
125-200 upgrades a month....
Any information -- good or bad -- would be most welcome.
Thanks -- David
------------------------------
Date: Tue, 16 Jun 87 16:35:17 edt
From: mss+@andrew.cmu.edu (Mark Steven Sherman)
Subject: Postscript demos on Mac
Does anyone know of a system that I can use to illustrate Postscript on a
Mac? I can hook my Mac to a large screen for illustration. I would like to be
able to type some Postscript and have it shown on the Mac (which would of
course then be projected). I don't need fancy features, just the basics for
illustrating the idea of a path, stroke, fill, characters, translation and
scaling.
------------------------------
Date: Sat 13 Jun 87 16:26:27-PDT
From: Tony Siegman <SIEGMAN@Sierra.Stanford.EDU>
Subject: Stepping Out and MS Basic
The large-screen capabilities of "Stepping Out" seem to work just fine with
MS Basic, i.e., you can draw LINEs and CIRCLEs and PSETs and do screen GETs
and PUTs all over the extended screen, in both interpreted and compiled
programs. In particular, you can draw an image in an "invisible" portion
of the extended screen, then GET and PUT it to the visible screen to
accomplish animation or fast redraw.
There is a real problem with the Basic interpreter's LIST window, however:
When Stepping Out is turned on, the Basic program listing shows up with some
numbers at the front of each line, which are sort of like line numbers, but
not exactly; and the position of the visible mouse cursor and the "real"
cursor or insertion point are off transversely by two or three character
widths -- for example, if you position the mouse cursor and click, the
actual insertion point shows up 2 or 3 characters away in the line. This
makes it essentially impossible to do editing or make corrections in the
Basic program while Stepping Out is turned on.
Note to Berkeley System Design: I would really also like to have a "Freeze"
command (OPTION + COMMAND + "F") that would freeze the portion of the full
screen displayed on the Mac display window. That is, in normal operation
of Stepping Out, as soon as you move the mouse even a little outside the
display window, the displayed portion jumps a 1/2 inch or so up or down,
or sideways, in an auto-scroll fashion. In many cases you don't want this
to happen -- for example, if you're moving the mouse over to a scroll bar
or a button that's close to the screen edge, and you overshoot slightly,
you get an auto scroll you don't want.
Otherwise, Stepping Out seems to work very well (except, so far as I know,
you can't directly print the expanded screen, even if it would fit on a
normal printed page.
------------------------------
Date: 15 Jun 1987 02:03:07 PDT
Subject: Ada and the Macintosh
From: Edward V. Berard <EBERARD@ADA20.ISI.EDU>
Currently, there are a number of vendors who are developing Ada-related
products for the Apple Macintosh series of machines. These products include
compilers (for the Plus, SE, and the II) and software development tools.
[Those of you who think that "Ada is too big for the Mac," might be
surprised to learn that the third Ada compiler to be validated (Western
Digital/Gensoft, validated in August of 1983) required only 128K of memory
-- all the machine had.]
Apple itself is taking some steps towards an "Ada strategy." (See, e.g.,
Computer Systems News, June 1, 1987 issue.)
Our company, EVB Software Engineering, Inc., is developing a product called
"Ada MacHost." Ada MacHost is a software product which allows a software
engineer to create Ada applications on a host machine (e.g., a DEC VAX)
which can interact with the Macintosh environment. Ada MacHost appears to
the software engineer as a set of Ada packages. These packages allow the
user to create and manipulate all the items in the Macintosh environment.
For example, from within an Ada application running on the VAX, the
software engineer can create a dialog window, display the dialog window on
the Mac, and respond to any interactions the user might have with that
dialog window (e.g., "pushing a radio button," or entering text).
Initially, Ada MacHost will be configured for the DEC VAX under VMS.
However, Ada MacHost will be ported to a number of other host systems,
based on demand. The first deliveries of Ada MAcHost are scheduled for the
fourth quarter of 1987.
If you want more information, or you wish to be considered for a beta test
site, please contact Roberta Visaggio at EVB.
Ed Berard
EVB Software Engineering, Inc.
5320 Spectrum Drive
Frederick, MD 21701
(301) 695 - 6960
ARPA: EBerard@Ada20.isi.edu
(r) Ada is a registered trademark of the U.S. government (AJPO)
P.S.: EVB Will be demonstrating Ada MacHost at AFCEA, June 16-18, in
Washington, D.C. See us at the Apple booth.
------------------------------
Date: Tue, 16 Jun 87 16:29 CDT
From: <BOYD%TAMLSR.BITNET@forsythe.stanford.edu> (Scott T. Boyd)
Subject: Machack 87 Report
MacHack 87 Report
We just returned from a mighty good trip to Ann Arbor for MacHack 87.
Of the 125 attendees, three were women. (This can't be the _real_ ratio,
can it?) Anyway, the conference was great. The pace was slightly under
hectic, we all went without sleep, and a good time was had by all.
The conference started out with a keynote speech from Doug Clapp.
His talk was gripping. He pointed out that most of the uses for computers
(so far) seem to be aimed at a very limited audience. He encouraged us to
keep our minds open. Look for ways to affect the world with what you do.
If you choose to, you can have a profound effect on the world. He told
us of a simulation where, if you can solve some of Ethiopia's hunger problem,
you qualify to join a panel of experts engaged in the very real business of
trying to alleviate Ethiopia's hunger.
When's the last time you used your Macintosh for something that important?
One of the more exciting sessions was a tools and languages session.
Since the conference was attended by mostly full-time developers, the
concerns voiced reflected many of the problems we have in the day-to-day
process of getting our ideas out of our heads and into our Macs. The
session quickly moved from discussing the available tools and environments
to the problems we have with the tools we use.
It became apparent that MPW is widely used. As with most development
tools, it's a love/hate relationship. Many of the comments focused on how
to improve MPW. Other comments focused on how to improve the working
relationship between developers and Apple's tech support and system software
people. Apple's _sole_ representative, Jordan Mattson, took careful notes
and suggested that we have an official "Bash Apple Session" on the final day
of the conference. Jordan showed the energy, listening, and leadership skills
of several people. For his tasteful handling of all the heat and suggestions,
I hope Apple appreciates this guy!
Other interesting talks included a presentation of 4th Dimension; case
studies of FullWrite, MacSpin, TMON, and others; and a group discussion
of MacBots (Macintosh Robots). Dave Feldt presented 4th Dimension
(formerly known as Silver Surfer). It certainly was the subject of a great
deal of hype. The audience reaction was mixed. It's obviously a powerful
product. We'll just have to wait and see how well it does.
The story of the development of MacSpin included everything from tales of
how to sponge off of relatives to how to convince your investors to invest
even more money right after you missed a target delivery date. Andrew
Donoho, the author of MacSpin, provided the presenter with a number of
assembler routines he created to augment his Pascal code. These included
routines for intelligently unloading any segments not currently in the
call chain.
Waldemar Horwat, the principle author of TMON, presented the TMON Case
Study. He was accompanied by Darin Adler, the author of the popular
Extended User Area. Paul Snively rounded out the group. Although he now
works for ICOM Simulations, the company that brought you TMON, Paul was
the first person to write a nice review of TMON. He assures us that
he is frequently told that the review had nothing to do with his being
hired!
Waldemar told us some really fascinating things about the development of
TMON. For instance, he wrote the entire program in assembler on the Lisa.
That is to say that he wrote the entire program before he assembled it
even once. After every assembly, he advanced the version number. I
leave it as an exercise to find out just how many times he assembled
prior to TMON's release. Another interesting fact is that Waldemar was
fourteen when he started coding TMON!
The "Bash Apple Session" was well attended. In the interest of improved
communications, it was videotaped. Jordan promised to show it to as many
Apple folks as possible. Although I slept through it (forgot to leave a
wake-up call!), everyone said it went very well, with quite a few people
making eloquent appeals and providing good suggestions.
What would conferences be without parties? Dave Feldt sponsored one the
night before the conference began. Since he had been teaching the
preconference programming class for two solid days, his voice wasn't
at the party. The class, by the way, was booked solid with something
like forty-five attendees. If they hadn't put a ceiling on attendance,
there would have been even more! Anyway, Ann Arbor is a nice place to
have an outdoor party. After consumption of large quantities of food
and drink, someone had the unbelievably good taste to put "Buckaroo Banzai:
Adventures Across the 8th Dimension" on the VHS player. I've never seen so
many people who knew all the lines!
There were other parties, and, of course, a number of private showings
of such things as FullWrite and other software under development. A good
time was had by all.
What's a hackers' conference without a forum for good hacks? In the
spirit of quick and dirty or simply fun little programs, The MacHax
Group sponsored the First Annual MacHack Hack Contest. After untold
hours of careful consideration, we decided on the following hacks as
prize winners. All winners received the praise and adulation of untold
grillions.
From Fritz Anderson comes HeapInit, an INIT and CDEV pair which permit
you to resize your system heap. It comes complete with source code and
all necessary documentation. Since he hijacks INIT 31, he rewrote INIT 31
in C so Apple couldn't complain. Looking at the modification dates on
his files, it's obvious Fritz lost a little sleep over this baby. Great
display of spirit, Fritz! Congratulations. This comes at a very good
time for some of us. We'll see about uploading it asap.
From Paul Snively comes SetPaths. Now, many of you have probably seen
this one already. In case you haven't, SetPaths lets you specify your
Poor Man's Search Path (PMSP). The PMSP is the set of directories your
Mac looks through when asked to find a file without specifying a path
name. Had Paul known about the contest beforehand, he would have
certainly held back on its release. So, to be fair, we permitted its
entry, and a fine entry it is! Now not everything has to go in the
System folder!!!
Darin Adler, Mitch Adler, Leonard Rosenthal, and Paul Snively created
an interesting category with "The Best Hack Implemented in a Nonexistant
Product." It's simply a small hack that speaks numbers. For example,
Macintalk says 1004 as "one, zero, zero, four." Blech. Their hack
says "one thousand four." It can handle numbers so extremely large that
it's kinda funny. They were planning to teach it to say
12443987598745987345983498234897234 as "twelve grillion and change..."
Mother Nature and NASA won an overwhelming vote when they jointly launched
three rockets through an unscheduled lightning strike.
Next year's MacHack will benefit from two very well run meetings. Count
on some fine speakers, entertaining discussion groups, and an abundance
of code exchange. The logistics of the conference have been masterfully
executed thus far, and we can expect similar performance next year.
Since we are announcing the MacHack Hack Contest, sponsored by The
MacHax(tm) Group and Jordon Mattson (wearing his personal, not affiliated
with Apple hat), you have plenty of time to prepare your own hack. What's
a hack? Fun or neat code. It cannot be a commercial product (which
excluded Tempo, a fine contender full of really neat hacks). Source
code should be provided as long as you aren't using unannounced products.
If you missed MacHack 86 or 87, don't miss MacHack 88! (BTW, its name will
be modified to something like MacHack88 - The Macintosh Technical
Conference)
scott t. boyd
The MacHax Group
MacHack 87 is not affiliated with The MacHax(tm) Group, but we're all
pretty good friends.
------------------------------
End of INFO-MAC Digest
**********************
∂18-Jun-87 2113 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #104
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 18 Jun 87 21:13:20 PDT
Date: 18 Jun 87 2109-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #104
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 18 Jun 1987 Volume 5 : Issue 104
Today's Topics:
BitMaps on the LaserWriter
Problem with System 4.1 (MDEF 0)
CRT phosphor decay
Super Mouse
RE: Juggler and other things.
Ramdisks and Switcher 5.1 on Mac II
Fonts
V5 #103 Possible answers to queries
Re: Laserwriter 4.0 bugs?
LaserWriter 4.0 & 14" paper
Re: LW bugs, more on juggler (IM V5 #103)
Causes of software Incompatibility with 68020s
Memory Upgrade for 512e
new Apple software updates
Usenet Mac Digest V3 #44
Usenet Mac Digest V3 #45
Delphi Mac Digest V3 #32
----------------------------------------------------------------------
Date: Wed 17 Jun 87 14:07:59-PDT
From: Irvin Lustig <OR.LUSTIG@Sierra.Stanford.EDU>
Subject: BitMaps on the LaserWriter
I have written a program that creates a Quickdraw picture consisting of
a matrix of CopyBits. Each CopyBits is 1Kbyte long (so as to be "polite"
for other applications, ref. the 3.5K byte limit), corresponding to
a 64x128 bit area. The entire matrix is surrounded by a rectangle,
to frame the picture. The rectangles for some of these pictures can
be as large as 2000x10000 bits.
Now suppose I create such a picture and it is 640x1280, so that there
is one picture with 100 (10x10) CopyBits "commands" in it. I can
draw this picture to a rectangle of 160x320 (i.e., 1/4 of the size),
and display it on the screen. I use srcOr to do each CopyBits. Every
4x4 block of pixels of my original picture maps
to 1 pixel on the Mac screen. Note that each of the CopyBits "commands"
in the original picture has retained its original detail (see Tech Note
21 - the source rect and dest rect are stored as are all the bits).
If any one of the 16 pixels in the 4x4 block is black,
then the 1 pixel on the Mac screen is black. If my program writes this
picture out to the scrap, and I read it into MacWrite (or TeXtures),
and print it on the LaserWriter (version 4.0) from MacWrite (or TeXtures),
turning off the Page Setup options of "Faster BitMap printing", "Smoothing"
and "Font Substitution", and turning on the new option for the 4% reduction,
I get a great picture. Each 4x4 block of pixels mentioned above corresponds
to exactly a 4x4 block of dots on the LaserWriter, and I get the exact detail
of my picture.
Now suppose I want to reduce by a factor of 8, instead of by 4. Now I
draw the 640x1280 picture into a rectangle of size 80x160.
Each 8x8 block of my picture maps to 1 pixel on the Mac
screen. If 1 pixel is on in the 8x8 block, then the corresponding pixel
is black on the screen. But if I print it on the LaserWriter (same options
as above), I lose some of the detail (as expected), but things are worse
than expected. Here each 2x2 block of my original picture gets mapped to
one pixel on the LaserWriter. However, it seems that if exactly one
of the bits in that 2x2 block is set, then the pixel on the LaserWriter
is not on. This is not good for my application. I need to have
"what you see is what you get", so that the 4 bits of the 2x2 block are
OR'ed together to get the one bit for the LaserWriter.
Does anyone know what's going on here?
Is this a bug or a "feature"? Is the problem in the LaserWriter
4.0 driver or in the way Postscript works on the LaserWriter?
Please respond by June 22 - I will be out of town (and away from info-mac,
sadly enough) for a month after that date.
Irv Lustig or.lustig@sierra.stanford.edu
Dept. of Operations Research
Stanford University
------------------------------
Date: 16 Jun 87 23:26:08 GMT
From: Dolf Starreveld <mcvax!uva!dolf@seismo.CSS.GOV>
Subject: Problem with System 4.1 (MDEF 0)
Since I installed System 4.1, my code implementing popup menus (just like
the Popup 1.0 da) ceased to work. Popup 1.0 has the same problems that I
experience. I already had something strings when implementing this under
System 3.2, but the could be fixed. First let me describe the two problems:
1) Under system 3.2, when I called de default MDEF 0 proc to draw a specific
menu, it never appeard inside the "menuRect" I gave it as argument.
The menu was drawn at the correct horizontal position, but was always
drawn just below the menu bar (the normal position). The value I placed
in "menuRect.top" just was ignored. This could be fixed by fooling the
system. Just before calling the MDEF 0, I put the same value as I
put in "menuRect.top" in the low-memory global "MBarHeight". This worked.
It seems to me that this is a bug in that MDEF 0, because it says so in
IM I-363:
The message mDrawMes tells the menu definition procedure to draw
the menu *inside* the menuRect.
IM IV does mention some change to the MDEF, but nothing about this!
2) Since system 4.1 the trick above does no longer work. When I leave the
clipping out when calling the MDEF to draw the menu, I see it always
being drawn just below the menu bar. When I clip to the menuRect before
calling the MDEF, it is drawn partially within the mRect, but scrolling
often operates incorrectly. You can try this with Popup 1.0.
Also, it seems that once the menu has moved down due to scrolling, the
next time I call the MDEF to draw it, it will not be drawn just below the
menu bar, but at the vertical position it was last drawn.
Any comments ?
Perhaps someone at apple can comment on this (Larry perhaps?).
Am I doing something wrong with calling the MDEF?
Is there a way to get around these problems (bugs?).
Dolf Starreveld Phone: (Holland=31) 020-592 2054/5022, TELEX: 10262 HEF NL
EMAIL: dolf@uva.uucp {seismo,decvax,philabs}!mcvax!uva!dolf
SNAIL: Dept. of Computing Science, University of Amsterdam,
Kruislaan 409, NL-1098 SJ Amsterdam, The Netherlands
------------------------------
Date: Tue, 16 Jun 87 18:44 EDT
From: Le Corbusier <PINCINCE%MITWCCF.BITNET@forsythe.stanford.edu>
Subject: CRT phosphor decay
Can anyone tell me the phosphor decay rate for the MacPlus CRT. What I
mean is how long does the trace remain on the screen after an image is
erased? This question has direct bearing on visual psycho-physics
experiments run on the Mac. Apple Tech support did not have an answer,
but I did find out that the phosphor is P4(aluminized).
Thanks (mail to me directly)
Tom Pincince
Dept Brain and Cognitive Sciences
MIT
PINCINCE@MITWCCF.BITNET
------------------------------
Date: Wed 17 Jun 1987 12:29 CDT
From: N. Gokhale <MMAR013%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: Super Mouse
Has anyone figured out how to use Control Panel 3.x with System 3.2?
I copied the DA and INIT #30 from System 4.0 into the older system.
Then I put the "Mouse" file in the System Folder. However, when I
rebooted I found no difference in the mouse speed. I set the speed to
"fastest" which results in an error message: "Can't find the resource"
I'm not sure what it was referring to, anyone else have ideas?
bitnet MMAR013@ECNCDC
internet MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
uucp [wanginst!decvax!cbosgd!] psuvax1!ECNCDC.BITNET!MMAR013
------------------------------
Date: Wed, 17 Jun 87 09:03 CDT
From: Dan Stewart <STEWART_SYS%uta.edu@RELAY.CS.NET>
Subject: RE: Juggler and other things.
So, if the copies of Juggler are illegal, when will Apple be releasing a
stable version of it??? In what capacity does it support background
tasking? I finally had my main need for background tasking (at this time)
satisfied, and that's for downloading from public and commercial BBS
services. In case anyone has not heard of it, there's a DA called BackDown
that allows you to start a download, then go on and run other applications
while it continues. It then rings the bell and flashes the menu bar when it
completes. I ran across it on Genie.
By the way, it uses Xmodem protocol.
On another note, does anyone know where I can find a list of System and
compatible Finder versions, and what machines they will run on (or should
not run on). Does Apple plan to have a version of System and Finder for
ALL Macintosh machines, or will the newer releases apply only to the newer
machines? I've barely had my MacPlus for a year and I don't want to see it
become obsolete before I've even had a chance to experience a power supply
failure...
Dan Stewart
STEWART_SYS@UTA.EDU
------------------------------
Date: Wed, 17 Jun 87 01:30:54 pdt
From: Bernard Aboba <bernard@ararat>
Subject: Ramdisks and Switcher 5.1 on Mac II
Well, now that the euphoria of getting a Mac II has worn off, I'm
trying to figure out how to use the memory on it to the fullest.
Problem is, traditional RAMDISKS such as RAMSTART 2.0 don't work.
Neither it seems, does Switcher 5.1. Yes, Switcher does load ok,
but promptly blows up after loading an application or two.
The RAM Cache works as usual, but on a Mac II produces a noticeable
speedup only after considerable useage.
Yes, add one extra little "problem" to previous Mac II reports: the
parameter RAM. The Mac II has considerably more parameter RAM than
a Mac SE or +, and so that's that much more parameter RAM to get
munged by a dying program. The other day, the parameter RAM was
munged so that I couldn't boot off a hard drive. After a half an
hour of scratching my head, I figured it out and reset the parameter
RAM by holding down clover leaf-option-shift and selecting
control panel from the apple menu. This leads to some interesting
possibilities: munging the parameter RAM so that your mouse won't
work. Then you'd have to use EASY ACCESS to reset the parameter RAM,
I guess. Could be fun...
Cricket Draw V1.0 doesn't run on the Mac II it seems, by the way.
It puts up an error message "Must have 128K ROMS." SuperPaint,
MacPaint, and FullPaint only run correctly with gray levels set to
2 (just B&W).
------------------------------
Date: Mon, 15 Jun 87 11:17:04 GMT
From: Paul Skuce
From: <ucbcad!ames!seismo!mcvax!hatfield.ac.uk!comt-ps@ucbvax.Berkeley
From: .EDU>
Subject: Fonts
Can any one help me to find a font called Futura. All Our dealers I've
talked to in the UK have not been able to help. We would prefer to have a
font that we can download into the LazerWriut an ImageWriter version would
do. Please send any infomation you have to me. (dealers name, cost etc)
Thanks in advance
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comt-ps%hatfield.ac.uk%mcvax%seismo%.. from States
comt-ps%hatfield.ac.uk%mcvax%.. From Eur
comt-ps@hatfield.ac.uk JANET
------------------------------
Date: Wed, 17 Jun 87 09:36 EDT
From: Hess@MIT-Multics.ARPA
Subject: V5 #103 Possible answers to queries
Re: Problems with manual feed of legal pager on LW+
I think the answer is that you have to insert a legal paper tray in
order to do legal manual feed? I certainly had problems with the
reverse (putting normal 8.5 x 11 paper into a legal tray). Stuff would
come out at the wrong spot, in the opposite direction.
Re: grey line sweeping down Mac+ screen.
The only time I've had that trouble is when another terminal (Ann Arbor
Ambassador, in my case) or computer was sitting right next to the Mac.
Seems that the monitors interfere with other.
Brian
------------------------------
Date: Wed, 17 Jun 87 09:31:15 PDT
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Re: Laserwriter 4.0 bugs?
> HOWEVER, I seem to have found a couple of bugs, and wondered if anyone else
> had noticed them.
> When the LaserWriter ran out of paper, pages were lost, as if the driver kept
> sending the data, thinking it was being printed.
I haven't seen that one. The problem I've seen was that FileMaker+ wouldn't
initialize the printer properly, and the first print jobs would bomb out (and
occasionally take the Mac with it -- similar to the problem you're seeing).
I think I found the problem last night. There are lots of changes to the
Laserwriter driver, and a bunch of new options. Until last night, I'd NEVER
gone into "Page Setup" since I installed LaserWriter 4.0. I was reading the
README on the new Finder system disk, and it mentioned the new features, so
I went and checked them out (try printing a few pages white-on-black, just
for kicks.....). After that, my filemaker+ problems went away completely,
even after rebooting the Mac and power cycling the LW+.
So it looks to me like there was something that wasn't initialized in the
driver. Now, it is common sense that when you install a new piece of software,
you make sure that it is initialized and the defaults are right -- I didn't,
and I got burnt here, it seems. But this is a good reminder for folks. When
you install a new printer driver, make sure you go through both Chooser and
Page Setup to make sure things are set up right.
What I find interesting, though, is that MOST programs work fine with the
LW4.0 -- it was only filemaker+ that had problems with some uninitialized
thingie.
chuq
------------------------------
Date: Wed, 17 Jun 87 11:20:56 EDT
From: ANDERSEN <sigurd@vax1.acs.udel.edu>
Subject: LaserWriter 4.0 & 14" paper
We had the same problem of legal-size (14") documents being printed so
that the first inch or two of printing ran off the leading edge of the
page. In our case, it showed up with MacWrite. By trial and error, I
found that I could solve the problem by: - go to File menu; - choose
Page Setup...; - click on Options; - set option Larger Print Area.
After that, the page printed with no problem.
We're using LaserWriter 4.0, LaserPrep 4.0, System 4.1 and Finder 5.5.
------------------------------
Date: Wed, 17 Jun 87 14:40:55 pdt
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: LW bugs, more on juggler (IM V5 #103)
In article <8706170733.AA16935@ucbvax.Berkeley.EDU> you write:
>Subject: LaserWriter 4.0 bugs?
>When the LaserWriter ran out of paper, pages were lost, as if the driver kept
>sending the data, thinking it was being printed. By the time I replenished
Tech Note #123 talks about LaserWriter bugs, and this is one of them. The
bug is in the LaserWriter ROMs.
If the user prints a document that causes the paper tray to become empty, a
PostScript error may occur. When such an error occurs, the Print Manager
displays the message, but it is very easy to miss it.
>Subject: Problems with manual feed of legal pager on LW+
>I've been frustrated attempting to print legal size copies
>using manual feed with LaserWriter Plus and Laser Prep version 4.0,
>System 4.1 and Finder 5.5
Another LaserWriter ROM bug. The LaserWriter is looking at the size of the
paper tray to decide how to position the image on the page and is ignoring
the LaserWriter driver's instructions. If you put in a legal size paper
tray, then it would work.
>Subject: more on Juggler 1.0d1
>After a recent posting I made regarding a pre-release copy of the Juggler
>package that our user's group had downloaded from a prominent bulletin
>board service, I received a polite statement from Apple Computer informing
>me that the copies of Juggler we have are ILLEGAL.
>This somewhat surprised me, since I'm used to Apple releasing beta software
>to the public for testing. Remember Switcher 2.0?
As far as I know, Switcher was the only instance of prerelease software
released by Apple. (It's been a long time, but I don't remember that
prerelase versions of MacWriter were officially distributed.) Any other
prerelease software you may have seen was distributed illegally.
Unless there is a statement to the contrary, people should not assume that
it is OK to upload and distribute prerelease software. (My experience,
however, is that people assume that it is OK to distribute this software
unless told otherwise.)
Also, people should realize that system software (such as the Finder,
System, etc.) is not supposed to be uploaded to BBS's. It is possible for a
SYSOP to license this software from Apple and make it available for
downloading.
------------------------------
Date: 18 Jun 87 21:51:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Causes of software Incompatibility with 68020s
I have been running for about 3 weeks now with a Novy Systems 68020 upgrade
in my Mac+. I have gotten some experience about causes of software
problems with the 020, so I thought I would pass them along. Main sources
of trouble are:
1. Use of F traps. This is why Macwrite doesn't work (except with a
patch). Use of F traps isn't real common, so this is not often a problem.
2. Self-modifying code. This is often a problem. I haven't tried them, but
I am told by a Mac II user that Lightspeed C and Pascal use self-modifying
code and won't run on the II. Fortran still has problems with the
PostEvent Toolbox call for the same reason.
3. Software timing loops. This is probably what has caused me the most
trouble. Many SCSI drivers have software timing loops, because they must
do timing at a resolution that is small compared to the Mac's basic unit
of a "tic". Hence, software loops. This also causes Copy II Mac to fail in
bit copy mode; it uses a software loop to time writing out the bits.
The trouble here is that the software timing loops are often essential,
given the relatively coarse resolution of the Mac's clock. HOWEVER, these
should all interogate the hardware they are running on to calibrate the
loops.
At any rate, my experience so far is that the problems with software
compatibility with the 68020 are vastly exagerrated. Most of the stuff
works just fine. I have had far fewer problems with the 68020 than I did
during the dreadful MFS>HFS conversion.
------------------------------
Date: Wed, 17 Jun 87 15:53+0100
From: Ralph <MartinRR%cardiff.ac.uk@Cs.Ucl.AC.UK>
Subject: Memory Upgrade for 512e
I would like to increase the memory on my 512e to 1Mbyte, or even
2Mbyte, but I would rather do it myself than pay for a commercial piece
of hardware. Is there anyone out there who will tell me how to do this
- does one just unsolder the memory chips and put higher capacity ones
in, changing some jumpers - or do you have to build an add on board ?
If anyone could supply me with the details, I'd be really grateful!
Ralph
[
here is a chance to remind people of a detailed report on just such an
operation posted by Carl Madson <MADSON@KL.SRI.COM>
The file is archived as
REPORT-HOMEBREWED-2M-UPGRADE.TXT
(Thanks Carl).
DoD
]
------------------------------
Date: Thu, 18 Jun 87 10:47 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: new Apple software updates
The latest Apple mailing announces the new versions of software that we've
all been waiting for. These updates will be shipped to dealers and corporate
accounts sometime after July 15.
All programs have been modified to work under AppleShare (including multiple
launch), and all have been modified to work with ALL Macintoshes.
Here's what will be released:
MacProject 1.2: Now supports color; several minor bugfixes.
MacWrite 4.6: Supports arrow keys; rulers are accurate on LaserWriter.
MacTerminal 2.2: bugs with IBM 3278 emulation corrected; several other minor
changes.
MacDraw 1.9.5: Here's the biggy. Now correctly supports up to 54 fonts;
has a cancel button for printing; documents saved as PICT under existing
names will be saved properly; allows accurate object placement.
That's all I can remember from the top of my head (I don't have the mailing
in front of me right now).
Note some rather surprising hints of things to come. The most obvious
ommision is MacPaint (which only works in 2-color mode on the MacII). Also
note that with such major changes, MacDraw's version number only changes to
1.9.5! My guess is that both MacPaint and MacDraw are being rewritten for
full color support (notice MacProject is the only release that supports
color now). Several months ago when Ron Hochsprung (head of MacII hardware
development) visited Drexel University's MacFair, he indicated that the new
MacDraw would more closely resemble MacDraft. He was using a version of
MacDraw that supported color. The version of MacPaint he showed us also
supported color, and opened multiple documents, similar to FullPaint.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Tue, 16 Jun 87 08:53 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #44
Usenet Mac Digest Monday, June 15, 1987 Volume 3 : Issue 44
Today's Topics:
VersaTerm Questions
Info wanted on HP's LaserJet II
MacScheme
Boston Computer Society
Tidbit Post Again
Questions about file sharing
Review: Programmer's Online Companion
MacInTouch
Sys 4.1; hacking Installer scripts for use with floppy systems
TeXtures and the Mac II ??
obtaining the full pathname of a file
Re: Debugging and Lightspeed C
Appletalk for ][e, file sharing program a la MacShare
Re: Public domain Postscript fonts?
Low Memory Globals - VERBOTEN (sic)
Re: MacInTouch
Re: obtaining the full pathname of a file
Re: Sys 4.1; hacking Installer scripts for use with floppy systems
Re: Review: Programmer's Online Companion
A Trivial Suggestion
Sound Driver problems with 64K Roms?
Re: Questions about file sharing
Graying Out Text Items
Followup on Jasmine hard disks
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-44.ARC
DoD
]
------------------------------
Date: Tue, 16 Jun 87 08:54 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #45
Usenet Mac Digest Monday, June 15, 1987 Volume 3 : Issue 45
Today's Topics:
Macintosh Dhrystones
Re: Graying Out Text Items
ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
Re: obtaining the full pathname of a file
Re: Tidbit Post Again
Re: obtaining the full pathname of a file (3 messages)
speed, disks, and cache (it is good for something)...
Re: Charging for laser printer use
Working with Laser Writer Plus Ports: Can both be used simultaneously?
Re: TeXtures and the Mac II ?? + Question on LaTeX wysiwyg systems.
Re: Macintosh Dhrystones
Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
Re: MacScheme
DMCS and Professional Composer Query
Re: Working with Laser Writer Plus Ports: Can both be used simultaneously?
Music software summary
Solving partial differential equations
Smalltalk on the Mac SE
AppleShare Help Required
Finding out if there are no windows on the screen
Greyed-out text on Mac II
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-45.ARC
DoD
]
------------------------------
Date: Thu, 18 Jun 87 08:45 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #32
Delphi Mac Digest Wednesday, June 17, 1987 Volume 3 : Issue 32
Today's Topics:
Looking for Scanner (2 messages)
Smart Alarms on Mac II
RE: Hello --
4d report by Linda (3 messages)
RE Catching all keyDown events in a DA
RE: demo of SuitCase and PowerStation
re: Poison Folders
New System files
Strange Behavior
Cache
RE: 68020 cache
DiskFit
re: Callable Interfaces to a database
Sample horrid Mac program
Course Builder
Vision Technologies (2 messages)
Music S/W Print Capabilities (3 messages)
2 sided drive /xl
MacWEEK aquires MacInTouch (2 messages)
/gs keyboard for SE
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-32.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂20-Jun-87 1907 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #105
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 20 Jun 87 19:07:23 PDT
Date: 20 Jun 87 1902-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #105
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 20 Jun 1987 Volume 5 : Issue 105
Today's Topics:
Ear Trainer 1.2 -- Musical Chord and Interval Drill
Mouse defroster (also for old mac)
BinHex 4.0 Source
Converter 1.1 - a ASCII character strip and convert utility
FileMaster 2.3 - A File/Folder utility Desk Accessory (18K)
AutoDelete Utility
McSink DA
4.1 Bug Sniffer
MacArc 0.03
Make for MPW
M2Beauty - a Modula-2 Beautifier (part 1 of 2)
ClipPrint DA
McSink DA (newer version)
SEPict
Another try on new version of TranslatorDA
Disk Packer
Linefeedify Program
TOPS Boot 1.2
MacTutor index
Revolver
Re: Equations?
----------------------------------------------------------------------
Date: 30 May 87 05:07:21 GMT
From: larryg@dartvax.UUCP (Larry Gallagher)
Subject: Ear Trainer 1.2 -- Musical Chord and Interval Drill
[Ear Trainer 1.2 -- Musical Chord and Interval Drill Program]
This is Ear Trainer 1.2, a program for practising the recognition of
musical intervals and chord qualities. It allows you to customize
listening drills, and will randomly generate chords and intervals
to practise on.
Complete instructions included in the "About Ear Trainer..." menu.
This product is Shareware.
Enjoy! Send comments to larryg@dartvax.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>EAR-TRAINER-12.HQX
DoD
]
------------------------------
Date: 1 Jun 87 05:29:34 GMT
From: maarten@uva.UUCP (Maarten Carels)
Subject: Mouse defroster (also for old mac)
[Mouse defroster (also for old mac)]
As response to the mouse defrosting FKEY posted by Greg Dudek, I decided to
try to adapt it to other (read older) Macs. To locate the same routine Greg
used in the 64 K rom was not difficult, so here the extended FKEY resource,
along with the source files (MDS assembler, but should not be too hard to
convert to other assemblers)
Have fun with it, and if someone extends it to Lisa (if anyone still
has such a beastiie) or the new machines, please post your results....
[
this package is in two parts. Archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-MOUSE-DEFROSTER-64K-ROM.ASM
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-MOUSE-DEFROSTER-64K-ROM-RESOURCES.HQX
DoD
]
------------------------------
Date: Tue, 2 Jun 87 11:44 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: BinHex 4.0 Source
[ Uploaded from Delphi by Jeff Shulman ]
Name: BINHEX 4.0 SOURCE CODE
Date: 1-JUN-1987 17:53 by PEABO
These two files are a short correspondance with Yves Lempereur, author of
BinHex and the source code for BinHex 4.0, which produces .HQX files.
BinHex 4.0 is of interest to people using 7-bit storage mechanisms, but has
been superceded by MacBinary in 8-bit environments. The source code is in
68000 assembly language. Uploaded with the permission of Yves Lempereur,
and may be freely distributed.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BINHEX4-SOURCE-ASSEMBLY.HQX
DoD
]
------------------------------
Date: Wed, 03 Jun 87 11:53:00 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: Converter 1.1 - a ASCII character strip and convert utility
Converter - Version 1.1 - (c) 1987 Alexander Falk
Converter is an application, that lets you:
o strip any ASCII character or any sequences of characters
from any file.
o delete any character or any sequences of characters from
any file.
o set, save and load conversion tables, so that you don't
have to specify, which characters to strip/change every
time you start Converter.
You can use these features e.g. to convert the ASCII characters
found on other machines than a Macintosh into the Mac-characters
(especially useful for ASCII characters > 127) and at the same
time strip all CR-LF pairs from the file.
Converter has been compiled with Lighspeed C, so it may not
work on some machines with 68020 processor, which use a 32-bit
Operating System. As soon, as the new Lighspeed compiler is
available, I will post a new version of Converter.
Converter is not in the Public Domain. Nevertheless I - as the
author - give permission to copy this application, as long
as this note is included. If you like Converter and really want
to use it often, you'll have to purchase a version from my
exclusive distributor:
Hannes Wolf, Ottakringerstr. 64, A-1170 Vienna, Austria, Europe
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-ASCII-CONVERTER-11.HQX
this version replaces the previous version in the archives.
DoD
]
------------------------------
Date: Wed, 03 Jun 87 11:48:11 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: FileMaster 2.3 - A File/Folder utility Desk Accessory (18K)
FileMaster - Version 2.3 - 06/01/87 - (c) 1987 Alexander Falk
FileMaster 2.3 is a Desk Accessory, that lets you:
o Modify the name, type, creator, Finder Flags or Comments of
any file
any folder
o Quickly browse through both data and resource fork of a file
without interpreting the data contaied therein
o Delete any file
FileMaster 2.3 lets you perform these operations on either one
file or on all files, which match a specified search criterium
on the entire volume/in one folder/in all folders in a folder.
So you can forget all Rangers out there on the net. It is all
possible with FileMaster. Change all MacPaint document's Creator
to FullPaint - no problem. Delete all TEXT files - no problem.
Make all applications, which contain "Mac" in their name in-
visible - no problem. And all these operations may be restricted
to a specifc folder on your disk. You can even make folders in-
visible with FileMaster.
FileMaster 2.3 has been compiled with Lighspeed C, so it may not
work on some machines with 68020 processor, which use a 32-bit
Operating System. As soon, as the new Lighspeed compiler is
available, I will post a new version of FileMaster.
FileMaster 2.3 is ShareWare. Please distribute it, but be sure,
that the documentation file is enclosed, when you give copies
away. If you like it - well you'll read what to do then, when
you've de-binhexed and unpacked this file...
Packed files:
FileMaster 18 K Font/DA Mover document
FileMaster Doc 77 K MacWrite document
Alexander
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-FILEMASTER-23.HQX
DoD
]
------------------------------
Date: 4 Jun 87 18:00:11 GMT
From: clubmac@runx.ips.oz (Macintosh Users Group)
Subject: AutoDelete Utility
[AutoDelete Utility]
AutoDelete(tm) (c)1987 by John Lim
INTRODUCTION
AutoDelete(tm) (c)1987 is an application written by John Lim that when
launched automatically deletes all unwanted files in a folder or
directory and then optionally self-destructs. This is particularly
useful if you have a RAMdisk program that loads your system folder at
bootup, and you have many INIT files (like BeepSound or JClock) that
you want deleted from the RAMdisk to save space.
I use this program with Sequencer by Darin Adler. Sequencer is a
program that can launch several applications sequentially. I set
Sequencer to launch my RamDisk program followed by AutoDelete. When
AutoDelete is launched, it will delete all the unneeded INIT files and
the RAMdisk program from the RAMdisk.
There are 2 ways you can configure this program :
A) REMOTE-DELETE - set AutoDelete to delete files in a directory
from another directory. This is useful if you have a hard disk. This
configuration only works under HFS.
B) SELF-DELETE - delete selected files in one directory on the SAME
disk that AutoDelete is on, and then self-destructs. AutoDelete need
not be in the same directory as the files to be deleted, but it has to
be on the same disk. This configuration is useful when you are booting
up from a floppy and your RAMdisk program has the option of ejecting
the startup disk. SELF-DELETE mode works under both HFS or MFS and on
the old ROMs too!
HOW TO USE IT
1. Launch ResEdit.
2. If you want to set AutoDelete to REMOTE-DELETE, find the 'STR '
resource named 'SelfDelete' in AutoDelete. Open that resource. You
will see a string saying 'Yes'.The yes means it is set to SELF-DELETE
mode. Change the string to 'No'. That sets it to REMOTE-DELETE. To
change back to SELF-DELETE restore the string to the original i.e.
'Yes'.
3. Find the 'STR ' resource named 'Volume' in AutoDelete.
4. Open that resource. You will see a string, 'RAMdisk:'.
5. Change that string to the path-name of whatever directory that
contains files you want deleted. For example, if all the files are you
want to delete are on the disk named 'HAMMER' in the folder named
'Dolt', type 'HAMMER:Dolt:'. Remember to append the semi-colon at the
end of the path-name.
6. Open the 'STR#' resource named 'DeleteFiles'.
7. You will see 3 stars at the bottom of the window. Click on the
stars. A box will appear around the stars. Choose NEW from the File
Menu. That creates a new string in the resource. Type the name of the
file you want deleted from the directory you have named in step 5
(i.e. the directory 'HAMMER:Dolt' in the above example).
8. Repeat step 8 until you have listed all the files you want deleted.
9. To remove a file from the list CUT the stars just above the string
holding the file name.
10. Close and save.
11. If you choose REMOTE-DELETE, you can launch AutoDelete from
anywhere. If you chose SELF-DELETE, as a safety precaution, you can
only delete any files when the application is on the same disk as the
files it is to delete.
NOTES
* To prevent the erasure of files due to an accidental launching of
AutoDelete, hold the mouse button dowm until you return to the Finder.
* Any errors in deleting files or finding the appropriate directory are
indicated by beeps.
Acknowledgements & PD Notice
* AutoDelete is dedicated to Darin Adler for all the goodies like EUA,
SkipFinder, Sequencer, etc. that he's written.
* This program is free. I hereby put it in the public domain. No
warranties or liability is implied by me for any damages resulting from
the use of this program.
* Portions of this software (c)1986 THINK TECHNOLOGIES.
John Lim
All mail to :
18, Nottingwood St,
Doncaster East,
Victoria,
3109,
Australia.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-AUTODELETE.HQX
DoD
]
------------------------------
Date: Fri, 05 Jun 87 00:18:28 EDT
From: Peter DiCamillo <CMSMAINT%BROWNVM.BITNET@forsythe.stanford.edu>
BINHEX is a command I've written for IBM VM/CMS systems to process
BinHex (HQX) and MacBinary format files stored on CMS disks. BINHEX
will check for CRC and other errors in the files, display the header
information (Mac filename, creator, type, flags etc.), and convert
files between the two formats. User documentation is contained in
BINHEX HELPCMS; directions for creating BINHEX MODULE are in the
main source file, BINHEX ASSEMBLE.
Peter DiCamillo, Brown University Computer Center
BITNET: CMSMAINT@BROWNVM
Internet: CMSMAINT%BROWNVM@WISCVM.WISC.EDU
Contents:
BINHEX ASSEMBLE 2453 lines Main program
BINHEX HELPCMS 224 lines User documentation
XMDMGEN C 62 lines Waterloo C pgm. to generate XMDMTAB
XMDMTAB ASSEMBLE 46 lines Table for XMODEM CRC calculation
Note: After uploading the ASSEMBLE files, they must be converted to
fixed-length 80-byte records in order to be assembled. For
example: COPYFILE BINHEX ASSEMBLE A = = = (LRECL 80 RECFM F
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BINHEX-VM-CMS-FILES.TXT
DoD
]
------------------------------
Date: Mon, 8 Jun 87 13:25 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: McSink DA
[ Uploaded from Delphi by Jeff Shulman ]
Name: MCSINK V2.0
Date: 6-JUN-1987 18:21 by DMCWHERTER
A DA that does misc. text operations on the clipboard. Upper/lower case,
capitalize words/sentences, make/unmake paragraphs, add/remove line numbers,
add/remove prefix/suffix strings, indent/unindent, entab/detab, sort lines,
columnize lines, strip linefeeds, hex icon text bit maps and cursor locations,
etc. Free.
By Dave McWherter/Signature Software
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MCSINK-20.HQX
DoD
]
------------------------------
Date: Mon, 8 Jun 87 13:25 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: 4.1 Bug Sniffer
[ Uploaded from Delphi by Jeff Shulman ]
Name: 4.1 BUG SNIFFER
Date: 4-JUN-1987 00:16 by DEWI
4.1 Bug Sniffer is a quick hack to help get a grip on all these programs that
started crashing with System 4.1 - mainly Megamax C - compiled applications.
Feed it disks, and it will check out all the applications on that disk,
attempting to deduce if any are compiled by Megamax C. It won't fix them, but
this is better than running them all and seeing which ones crash! PD Software
librarians may find it useful... The documentation gives suggestions on how to
patch errant applications.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SYSTEM41-BUGSNIFFER.HQX
DoD
]
------------------------------
Date: Mon, 8 Jun 87 13:25 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: MacArc 0.03
[ Uploaded from Delphi by Jeff Shulman ]
Name: MACARC V0.03
Date: 6-JUN-1987 20:28 by LAPORTE
[ Updated 6-JUN-1987 20:28 by LAPORTE. Version 0.03 has no expiration date. ]
This is MacArc v0.02 - a preliminary release of a program that can read and
unarchive files created by ARC on the IBM-PC. Future versions will also
allow creation of archive files for use on both the Mac and the PC. ARC is
the Packit of the PC world - it libraries and squeezes files.
The documentation is built into MacArc, select " About MacArc" from the Apple
menu. This version will stop working on March 1st, by which time I plan to
release v1.0.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACARC-V002.HQX
this version replaces the previous version.
DoD
]
------------------------------
Date: 8 Jun 87 16:07:59 GMT
From: rae@unicus.UUCP (Reid Ellis)
Subject: Make for MPW
[Make for MPW]
This make, unlike the make supplied with MPW, is compatable with
Unix(tm) make. This means if you have a unix program that
a) just uses stdio
b) doesn't use a library like curses or something
then you can use the Makefile that is supplied with it. And create an MPW
tool. I used this to compile comb.c and bhcomb.c into MPW tools.
some notes:
0) This make is derived from one posted to the net some
time ago (back when net.sources was net.sources :-)
1) .SUFFIXES is broken. We think it clears out the default
rules and doesn't replace them with anything. This
means creating your own rules for new file.names will
not work. This is inherited from the posted version.
2) Make *is* case-sensitive in most things, as is Unix make.
The exception being names of environment variables, since
it calls the MPW function getenv(), which is case-
insensitive.
We are supporting Make to the extent that *we* want .SUFFIXES to work and
when we do, we'll post an update (a diff?).
It feels good to be contributing to the net.community..
PS: Congrats to Roger on his recent departure from bachelorhood!
Reid Ellis, aka Clith de T'nir
{seismo!mnetor, utzoo!yetti}!unicus!rae (uucp)
mnetor!unicus!rae@seismo.css.gov (arpa)
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MPW-UNIX-COMPATIBLE-MAKE.HQX
DoD
]
------------------------------
Date: 9 Jun 87 03:51:16 GMT
From: tom@hobbit.UUCP (Tom Brus)
Subject: M2Beauty - a Modula-2 Beautifier (part 1 of 2)
This is a PackItIII file, containing a Modula-2 beautifier for the
Macintosh. This pack contains:
M2Beauty.doc - the documentation for the ImageWriter (6 pages)
M2Beauty - the application
M2b.doc IW->LW - a facelift for the LaserWriter
M2b.doc IW->LW+ - a facelift for the LaserWriter+
test.mod - a (nonsense) modula-2 module to test M2Beauty
The documentation is geared for A4 paper size (I'm living in Europe),
but it should be easy to convert.
This is my first posting and Mac APPL, so be gentle.
Tom Brus
Usenet: ...!mcvax!hobbit!tom
Mail: Tom Brus, Department of Computing Science,
University of Nijmegen, Toernooiveld 1,
6525 ED Nijmegen, The Netherlands.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>M2BEAUTY-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>M2BEAUTY-PART2.HQX
DoD
]
------------------------------
Date: Wed, 10 Jun 87 11:24 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: ClipPrint DA
[ Uploaded from Delphi by Jeff Shulman ]
Name: CLIP_PRINT DA
Date: 7-JUN-1987 13:32 by STEVEMALLER
The ClipPrint desk accessory is very straightforward. When you open it,
it looks at the Clipboard for data of the types known as TEXT (plain
text) or PICT (graphics). If either is present, ClipPrint resets the
printer, then outputs the Clipboard's contents to the printer. You can
cancel printing by pressing command-period.
Bug reports to STEVEMALLER...
Enjoy,
Steve Maller
Apple Computer
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-CLIPPRINT.HQX
DoD
]
------------------------------
Date: Wed, 10 Jun 87 11:24 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: McSink DA (newer version)
[ Uploaded from Delphi by Jeff Shulman ]
Name: MCSINK V2.1
Date: 8-JUN-1987 22:27 by DMCWHERTER
A DA that does misc. text operations on the clipboard. Upper/lower case,
capitalize words/sentences, make/unmake paragraphs, add/remove line numbers,
add/remove prefix/suffix strings, indent/unindent, entab/detab, sort lines,
columnize lines, strip linefeeds, hex icon text bit maps and cursor locations,
etc. Free.
By Dave McWherter/Signature Software
[ Updated 8-JUN-1987 22:27 by DMCWHERTER to version 2.1 ]
V2.1 fixes two bugs: 1.) a CMD-Q close then an application quit caused a system
hang, 2.) word wrap erroneously changed the last CR in the text to a space.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MCSINK-21.HQX
DoD
]
------------------------------
Date: Wed, 10 Jun 87 11:25 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: SEPict
[ Uploaded from Delphi by Jeff Shulman ]
Name: MAC SE PICTURES
Date: 7-JUN-1987 13:27 by STEVEMALLER
I wrote this application to display the funny photos built in to the
Mac SE's ROM. It bypasses the rather nasty loop in the Mac SE's ROM
that locks up the machine forcing a reboot. You can simply press any
key or click the mouse to exit. You can even do a screen snapshot
(Propellor-Shift-3 or 4) while the pictures are displayed. This only
runs on a Mac SE, of course.
Steve Maller
Apple Computer
"MPW Assembler and Rez source included in SE_PICT.A and SE_PICT.R"
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>SE-PICT-DISPLAY.HQX
DoD
]
------------------------------
Date: 12 JUN 87 14:49-PDT
From: BOLSON%UWALOCKE.BITNET@wiscvm.wisc.edu
Subject: Another try on new version of TranslatorDA
This is TranslatorDA version 1.61. It is a Packit/Unpit file
with the DA and a document. This version corrects a bug in 1.50
and 1.60 that incorrectly translated large (more than about 64K) files
to MacWrite.
TranslatorDA converts:
Text to WriteNow - either all CR's indicate end of paragraph
or only consecutive CR's (blank lines) are paragraphs.
WriteNow to Text - Document portion of WriteNow doc is
converted to text. New option to place a CR after
every "n" characters, where n is chosen by user.
WriteNow to MacWrite - Document portion of WriteNow is
converted to MacWrite 4.5 format, maintaining
rulers, pictures, and font/styles.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-WN-TRANSLATOR-161.HQX
I have successfully downloaded this file, so maybe we have worked out the
bugs in BITNET to ARPAnet file transfer. Enjoy!
DoD
]
------------------------------
Date: Sat, 13 Jun 87 01:05:03 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: Disk Packer
DISCLAIMER: This is a free program. You get what you pay for.
This was written in LightSpeed Pascal and portions are therefore certain
portions are copyright Think Technologies, but who really cares?
What this thing does is take some of the guesswork out of making disks
full of files. Take, for example, the case where you have a big mess of
MacPaint files on your hard disk in a folder or two and you want to put
them onto a couple of disks and send them to someone or just to archive
them in case of hardware failure. You always seem to end up with 13K
free and only 14K files left. This program should help in that situation. A
warning, it expects to write to 800K disks, so if you only have 400K disks,
you will have to mess with the source, which is included.
Simply make a text file of file names, followed by a tab, followed by the
size of the file in bytes. I know this sounds tough, but I can recommend a
very nice program named CatMaker that does this very thing. CatMaker is
Shareware, so look for it wherever you got this thing. You can deal with
folders as well as files if you make sure that only the folder is present
and not all the files in it. CatMaker includes the folder and all it's files,
so you may have to use a text editor (like the one you are using now) to
edit out the files from inside the folder. What do you expect for free?
So, run the application provided and pick the file you prepared. It will read
and sort the file and inform you if any files are too large to fit on a disk.
Then it will allow you to name the output file and it will create it. The
current limit is set to be 700 files. If you want more you can change the
source or try to bribe me. There are some simple arrays in the code, but if
you get fancy you can improve that.
It is up to you to do the actual copying based on the output text file,
although I may be writing an MPW command procedure to do that and if I do I
will probably turn this into an MPW tool. If you are interested in such a
beast, call or write.
Jon Pugh
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-DISK-PACKER.HQX
DoD
]
------------------------------
Date: 14 Jun 87 21:44 EST
From: STERRITT%SDEVAX.decnet@ge-crd.arpa
Subject: Linefeedify Program
Tamir Weiner <UMFORTH@WEIZMANN> writes:
>Subject: communications gurus! file transfer to VAX sought
>After successfully getting assistance in creating an incantation to
>take postscript files (Mac generated) through a network to a Laserwriter
>sitting on a Sun network, I still have a bottleneck problem.
>Can someone versed in Kermit, or general VAX transfers tell me a simple
>way to tranfer a Mac text file (i.e. postscript) to a VMS VAX (not UNIX)
>in readable fashion.
>I tried Kermit, but that only works on plain vanilla text files.
>[...]
The problem is that Vax/VMS wants files that end in a CR plus LF sequence,
and the mac only ends files with a CR. I had exactly this same problem,
and so have written the following program: Linefeedify, which translates
a text file from Mac format to Vax format, or for that matter, any other
computer which wants to see CR+LF instead of just CR. It's real simple;
I wrote it fairly quickly using Lightspeed Pascal (So some parts are
copyright Think Technologies) and the TransSkel application skeleton,
which made the development go MUCH faster... thanks to both teams!
Also, I used the Inside Mac DA and will FOREVERMORE! What a wonderful
aid.
Linefeedify is free to all and sundry, so if you like it, pay for some
other shareware you haven't gotten around to paying for!
Enjoy,
Chris Sterritt
Sterritt%Scom15.decnet@ge-crd.arpa Arpanet
C.Sterritt GEnie
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-LINEFEEDIFY.HQX
DoD
]
------------------------------
Date: Wed, 17 Jun 87 09:30 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: TOPS Boot 1.2
[ Uploaded from Delphi by Jeff Shulman ]
Name: TOPS BOOT/CHECK MAIL
Date: 16-JUN-1987 03:09 by DEWI
[ TOPS Boot & doc updated to version 1.2 16-JUN-1987 03:09 by DEWI.
Release 1.2 of TOPS boot removes the 20 posted events limit in previous
versions. It also cures problems when attempting to set up custom volume
publishing requirements.
For the technically minded, the previous "stuff the event queue" approach has
been replaced by a more robust journalling device approach.
Upgrading to this version is recommended if you need to customize the events
passed to the TOPS desk accessory. Otherwise, the previous versions should work
fine. ]
This is release 1.1 of Tops boot, and the first release of a companion desk
accessory called Check Mail. Tops boot is used to automatically publish a
volume at boot time if you donUt have Tempo. This version is rather more
flexible in the events that it can handle, and also starts off the Check
Mail DA.
Check Mail does a background check on a folder called "MailBox" on your
startup (HFS) volume, and informs you if its modification time changes. If
users on a TOPS (or MacServe?) network choose to send email by copying
files to this folder, then the DA will check it once a minute and inform
you of its arrival. This is about as bare-bones as an email system can
get!
These utilities need 128K ROMs and up.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-TOPS-BOOT-12.HQX
DoD
]
------------------------------
Date: 17 Jun 1987 16:20-EST
From: Duane.Williams@me.ri.cmu.edu
Subject: MacTutor index
"MacTutor 1.1-3.6" contains an index of all articles published in
MacTutor from vol. 1 no. 1 through vol. 3 no. 6, excluding the
columns "Mousehold Report" and "Letters", which aren't really
articles.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-MACTUTOR-INDEX.HQX
DoD
]
------------------------------
Date: Thu, 18 Jun 87 08:45 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Revolver
[ Uploaded from Delphi by Jeff Shulman ]
Name: AATRIX REVOLVER
Date: 17-JUN-1987 19:01 by MICKSTER
AATrix Revolver allows the user to set a number of different Macintosh
Startup Applications, instead of just one. You can have a different one
for each day of the week, and each day of the month.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-AATRIX-REVOLVER.HQX
DoD
]
------------------------------
Date: Sat, 20 Jun 87 20:46 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Re: Equations?
> Subject: Re: Equations? (Usenet Mac Digest #42)
> From: graifer@net1.ucsd.edu (Dan Graifer)
There's yet another MacEqn-like product on the market: Formuler.
Formuler is a desk accessory that helps you create equations for
inclusion in your favorite word processor. The way it works is
different from what I have seen sofar and therefore may just be
the type of solution you need.
The most important difference is the way you make these equations.
In Formuler you describe them using a special syntax. For example,
an integral would be typed as:
int;<lower>;<upper>;<differential>;(<function>)
Once you've specified the equation, you choose Evaluate from the
desk accessory's menu. This puts the equation in its graphical form
in the Clipboard. All that's left is to Paste it in your document.
I've found that learning Formuler's syntax is not very difficult.
The advantage over MacEqn is that you can edit the description of
your equation very easily.
At the recent MacWorld Expo in Rotterdam, the authors of Formuler
(they are from Italy) left a copy of their program at our booth so
we could check it out. They told us they were still looking for a
distributor, so I don't know where you can order the program. I do
have their address:
Micro Progettazione Avanzata
Via del Boschetto, 40/B
00184 Roma - Tel. (06)5235376
Italy
For those of you who are still interested, I'm including the Release
Note that came with Formuler. It describes the way the desk accessory
works, lists all the formulas that you can make, and more. It's in
Microsoft Word 1.05 format.
Thomas Fruin
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-FORMULER.HQX
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂12-Jul-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #106
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 12 Jul 87 21:55:45 PDT
Date: 12 Jul 87 2149-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #106
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 13 Jul 1987 Volume 5 : Issue 106
Today's Topics:
A note from the Moderator
Help on Data Fork
snd resource info wanted.
Question about invisible windows
Window Manager port question
SendBehind description error in Inside Macintosh?
LSP on Mac II? How?
Lightspeed Pascal and 68020 Machines
A Programming Puzzle.
desk accessories and locked resources
TurboPascal Question
MacApp and Pascal Text IO
Apple ][ SW Dev't on a Mac?
Aztec 1.06H.1 bug -- ptrs to functions
Re: Using assembly language with Microsoft Fortran
Code generators for 68020/68881??
XLISP help needed
MPW Modula from TML
Reliability of pre-release libraries/development tools (MPW)
ADB Keyboard Key Code Info Request
using the mac II extended keys
MacPlus keypad question
----------------------------------------------------------------------
Date: Sun, 12 Jul 87 20:44:59 PDT
From: Dwayne Virnau... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: A note from the Moderator
Hello,
Info-Mac has been on hiatus for a few weeks while I have been doing
other things. It is back now, but the pace of digests during the
summer is going to have to be slower than during the academic year.
I receive from 50 to 100 messages *per day* -- if I do not log in
every day to process these messages my mailbox overflows. Most of
these messages are of the administrative type, of 50 messages about
five will go into a digest. It takes at least ten hours to prepare
each digest, and at it's peak there might be as many as five digests
in a week. SUMEX-AIM is a very gracious host, allowing INFO-MAC a
great deal of disk space and cpu time, but it is a very busy machine.
Which means I have to log in late at night and on weekends to get
all this work done.
Perhaps you can see why moderators burn out.
I enjoy being the INFO-MAC moderator. I take some pride in answering
the routine questions, maintaining the archives, maintaining the mailing
lists, and putting out digests that I wouldn't mind reading myself. And
I appreciate the notes of thanks, suggestions and offers of help -- I
could never do all this work without the support and assistance of many
of you on the net.
So I am asking for your assistance one more time. The following suggestions
would greatly lessen the load on me, and with any luck allow me to continue
to put out digests once or twice a week all summer.
1) Do not send messages with a time limit. As in "I need to know by
Friday what kind of drawing packages exist for the Lisa." Chances
are I won't even SEE your message by Friday.
2) If at all possible keep message size down to 20 to 30 lines maximum.
This is always a good guideline (long messages tend not to get read).
3) If you are sending me sources (such as .HQX files) *PLEASE* break
them into pieces of about 40,000k each. Also, try to send them near
the end of the week, so I'll have the weekend to work on them. Adding
new files to the archives takes the most time of anything I do, so
I'll probably save up such files and process them all at once. That
is, look for digests with a whole lot of archive announcements, and
don't be surprised at digests with none.
4) Send administrative requests (such as mailing list and archive questions)
to INFO-MAC-REQUEST@SUMEX-AIM.Stanford.EDU
Send submissions for the digests to INFO-MAC@SUMEX-AIM.Stanford.EDU
5) Don't send me mail saying you haven't seen many digests lately. I know
that.
Thank you all very much, I look forward to a good summer and on into the
next year !!
Dwayne Virnau...
Info-Mac Moderator
------------------------------
Date: Thu, 25 Jun 87 13:03:23 MST
From: Major John Buono
From: <buono%asbf-tds.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: Help on Data Fork
I am trying to write a MAC program (in LS Pascal) and am faced with
a curios problem. Inside MAC states that you can store any data
in the data fork of a file. Since an application contains a data fork
as well as the resource fork, I thought, why not use the data fork
of the application to store program data. This seemed logical until
I tried to figure out how to do it. All of the example are for files
which are external to the application. What I want to do is store
a number of records in the data fork of the appliation. Can this
be done if so how do you do it, or where in Inide Mac does it say
how to store data in the data fork of an application.
Thanks in Advance
Major John Buono
arpa buono%absf-tds@huachuca-em.arpa
------------------------------
Date: Thu, 2 Jul 87 23:34:38 PDT
From: Mark Frisse <FRISSE@SUMEX-AIM.STANFORD.EDU>
Subject: snd resource info wanted.
I'm trying to figure out the 'snd ' resource described in IM #5. Does anyone
know where I can find a description that I can add to my MPW Types.r file
to let ResEdit do the work. Information regarding 'snth' resource also
appreciated.
thanks in advance
mark frisse
washington u. (st. louis)
(frisse@sumex-aim.stanford.edu)
------------------------------
Date: Fri, 19 Jun 87 23:28:05 cst
From: Craig Knelsen <ihnp4!regina!cknelsen@ucbvax.Berkeley.EDU>
Subject: Question about invisible windows
I am writing an application (now on a Mac SE) which gives a user the
ability to close windows (without disposing of them) and then bring them back
later on by selecting the title from a menu (whose items correspond to all
current windows). My problem is that if the user wishes to save the current
work session and some of the windows are not visible, the rectangles pointed
to by strucRgn and contRgn for these windows in the window record are set to
zeros.
Question: How do the standard window definition functions restore these values
after the window is made visible again?
I have looked through IM (unfortunately, the latest I have is a 1984 draft
version -- the most recent version is on order but...) but have been unable
to come up with an answer. Would the dataHandle member of WindowRecord be
used here? A temporary (but unpleasant) solution has been to temporary make
the window visible, write the strucRgn rectangle values and then change the
window back to invisible.
Any assistance (including code samples if you wish -- preferably in
C [Pascal not an official language here]) would be appreciated. Thanks.
Craig Knelsen
Dept. of Computer Science
U. of Regina
Regina, Saskatchewan
Canada
UUCP: {ihnp4 | utcsri | alberta} !sask!regina!cknelsen
NetNorth (BITNET): craig@uregina2 <-- preferred
craig@uregina1
------------------------------
Date: Sat, 4 Jul 87 22:40 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Window Manager port question
For a program I'm working on I need to do some drawing in the
Window Manager port. But in order to do this correctly I would
like to know if the Window Manager port uses the global coordinate
system. That is, the coordinate system with the origin (0,0) at
the top left corner of the screen's bit image.
This may seem logical at first, but with the Macintosh II and its
multiple screens I am very careful about assumptions like this.
Inside Macintosh hints that it is true (in the section about
writing your own WDEFs for example) but never really says so.
I realize it isn't essential that I know this, because I can always
do a GlobalToLocal or LocalToGlobal before working in the Window
Manager port. However, if it does use the global coordinate system
it would save me a bunch of calls. Besides it being interesting to
know...
Can someone from Apple comment?
Thomas Fruin
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: Mon, 6 Jul 87 04:14 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: SendBehind description error in Inside Macintosh?
Here I am again with a Window Manager problem that needs some
clarification. Maybe I've even found an error in Inside Macintosh.
Let me explain what I'm trying to do:
The program I'm working on will have a "palette" window similar to
those windows in FullPaint: a window that always stays on top, but
doesn't act as the active window. My program will have several
document windows below this palette that should behave as normal
as possible to the user.
This means that when a user clicks in a window that isn't the
active one, that window should be brought to the front, BUT stay
below the palette window. Obviously I cannot use SelectWindow for
this. Instead I use SendBehind, which seems exactly the function
for this purpose (forget about highlighting for now).
Here is where the problem occurs. Inside Macintosh tells me that
if I use SendBehind to move a window closer to the front, I should
make some extra low-level Window Manager calls after calling
SendBehind. Specifically a call to PaintOne and one to CalcVis.
But I don't think these are sufficient. Whenever I try this out
by clicking in one of my windows to bring it to the "front", the
visRgn of the window that used to be in front is screwed up.
Anything I draw in it doesn't stay in its visible region, but
flows into the window I just brought to the front. See the figure.
It shows two windows before and after the SendBehind, PaintOne and
CalcVis calls, when I start drawing into one of them.
-------------------- --------------------
|behind | |in front |
| ------------------- | |---
| |I am drawing text| | I am drawing text|
----|into lower right | -----into-lower-right |
|window only. | |window only. |
------------------- -------------------
By changing the CalcVis call to a CalcVisBehind things go back
to normal. So it seems to me SendBehind is not updating the
visRgn of the window(s) it is covering up. Of course it should.
The Apple traplist in the Sybex book Using the Mac Toolbox with C
says that SendBehind already calls CalcVisBehind...
Can anyone help me with this one? If I'm doing things all wrong
I'd also welcome suggestions on how to implement the palette
window I've described.
Thomas Fruin
FRUIN@HLERUL5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: Thu 25 Jun 87 20:10:14-PDT
From: Brodie Lockard <I.ISIMO@MACBETH.STANFORD.EDU>
Subject: LSP on Mac II? How?
Having read at least two messages claiming that Lightspeed Pascal runs on
the Mac II, and having asked a THINK tech support person whether it does
(and having received an answer in the negative), and having tried it a few
times myself, and having found a BOMB ID 03 as soon as execution tries to
leave the first subroutine of a program, I ask you, oh Netters: if you
really can run LSP on a II, what's the trick?
Brodie Lockard
i.isimo@lear.stanford.edu
------------------------------
Date: Fri, 19 Jun 87 15:06:41 edt
From: rs4u+@andrew.cmu.edu (Richard Siegel)
Subject: Lightspeed Pascal and 68020 Machines
Your points about software problems with 68020 machines are well taken.
However, let me clarify some things:
1. MacWrite fails because (as you say) it uses TRAP instructions
instead of real procedure calls. The exact problem is that the 68020
exception stack frame is 2 bytes *smaller* than the 68000 exception
stack frame.
2. Lightspeed C fails because of self-modifying code -- it build some
calls on the stack, and the 68020 won't notice the difference. The
workaound for this is to turn off the instruction cache on the 020. I
think someone wrote an INIT to do this. At any rate, it's not difficult.
Lightspeed Pascal also has problems with 020 machines, but
the problems have *NOTHING* to do with self-modifying code. Context
switches under Lightspeed Pascal fail for the exact same
reason that MacWrite fails -- again, the two-byte difference
between exception stack frames.
THINK Technologies knows about the problem, and if you're a registered owner,
call Customer Support and they'll help you. There's an intermediate
version that works fine on a Mac II (runs fast as hell! :-)); you
may have to sign a beta-test agreement, but that's not much problem.
As I said, call them if you need to.
Key words: *need to*. The man who currently answers phones for their
customer support section is an incredibly nice guy, helpful, knowledgeable,
&cetera. He deserves a medal. *HOWEVER*, he is continually swamped
with calls, so try not to increase his workload...
Rich
R-Squared Development Systems
134 Horseshoe Drive
Williamsburg, Virginia 23185
(804) 229-2152 [After 6pm eastern time only]
Arpanet: rs4u@andrew.cmu.edu
Uucp: {your fave gateway}!seismo!andrew.cmu.edu!rs4u
Disclaimer? I don't even KNOW 'er!
"Do you wanna be a cop or a lost cause?"
Sean Connery, in "The Untouchables"
------------------------------
Date: 26 Jun 87 21:25 +0500
From: AEIROUM <aeiroum%iro.udem.cdn%ubc.csnet@RELAY.CS.NET>
Subject: A Programming Puzzle.
Here is a puzzle for you.
We have found that the following code executes properly in
LightSpeed Pascal's interpreted mode but bombs with an illegal adress error
in the SetItext trap once compiled as a stand alone program.
Moreover if a ShowText is executed before the SetIText, along with
some Writelns, it does not bomb even compiled.
PROGRAM test;
VAR
hh : Handle;
BEGIN
hh := NewHandle(0); { size does not change anything here }
SetIText(hh, 'toto');
END.
We know... NewString does the job of getting a strig into a handle
but why did it work with windows.
We would apreciate some opinions...
Gilbert Gagnon
------------------------------
Date: Wed, 01 Jul 87 11:59:40 EDT
From: keough@mitre-bedford.ARPA
Subject: desk accessories and locked resources
Every now and then I come across a desk accessory that brings in resources,
locks them down and then proceeds to use them without ever unlocking them.
That's clearly not a good thing to do. In most cases, you'll never know about
it unless things are very tight in memory and the resources involved are on
the large size.
However, LightSpeed Pascal is susceptible to such situations. Before
executing your application code, LightSpeed has to do some fancy memory
shuffling to give your code a clean application zone. Locked objects in
LightSpeed's heap usually wind up generating a "can't run your application"
message, and that won't go away until you exit and relaunch LightSpeed.
For example, one potentially useful DA I found awhile ago was MacMan.
It's just the kind of thing you want when you're writing code in LightSpeed
(it was an online reference for Inside Macintosh). I don't know if that
DA has been rewritten since I saw it, but it left all sorts of locked
objects in the heap when it finished, making it useless with LightSpeed.
Maybe the Programmer's OnLine Companion is better about this.
Anyway, to get to the point of this message. Today I found another
such offending DA, from a reputable software vendor. It's called the
CONTROL PANEL, from APPLE COMPUTER. It's included in the 'latest'
software release called System 4.1. It seems that the Control Panel
needs to use the graphics "plus" cursor, and it brings it in and
locks it down. It never unlocks it before exiting.
A little disassembly says the DA works like this:
subq.w #4,sp ; make space for function return
move.w #2,-(sp) ; looking for cursor #2
_GetCursor
movea.l (sp)+,a0 ; get the handle to the cursor
_HLock ; LOCK IT DOWN
move.l (a0),-(sp) ; dereference, push its address
bra.s label ; (skip over some other code)
....
.... ; (intervening code)
....
label: _SetCursor ; and set the cursor
It looks like you only need to pull out the _HLock call here to fix the
thing. Inside Macintosh says that _GetCursor is not going to cause
any memory compaction, so the _HLock shouldn't be necessary anyway.
(If I'm mistaken about this, i hope someone will point this out).
So the patch, if you're willing to try it (no I haven't done it myself
yet, and maybe someone should verify that this really does the trick)
is to look for the sequence of code in the system file which is listed
above and replace the _HLock call with a NOP instruction. Specifically,
that's looking for the hex sequence:
594F 3F3C 0002 A9B9 205F A029 2F10 6012 ....
and replacing the occurrence of A029 (the _HLock trap) with 4E71 (a NOP
instruction). Alternatively, if you don't like tampering with the system
file itself, use the Font/DAMover to take the control panel out of the
system and put it into its own little suitcase file; modify the suitcase
file; and then reinstall the DA with the Font/DAMover. This second might
be preferred, in fact.
Jerry Keough
keough@mitre-bedford.arpa
keough@bcvax3.bitnet
------------------------------
Date: Tue 23 Jun 1987 10:03 CDT
From: N. Gokhale <MMAB013%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: TurboPascal Question
This is posted for a friend since it's beyond me as well--->
>According to Chernicoff [author Macintosh Revealed] it looks like I should
have to declare Initgraf(@thePort) in order to use Quickdraw routines; yet I
have written some simple Turbo programs using FrameOval, MoveTo, and LineTo
without ever mentioning InitGraf, and they work just fine. Could you shed
any light on when and why one needs to do an InitGraf? I am really having
difficuly in understanding this, and my books don't answer it. (I've looked
at Inside MacIntosh too, but at the moment it's definitely beyond me.)
Respond to GFA0009@CALSTATE.BITNET or
GFA0009%CALSTATE.BITNET@wiscvm.wisc.edu or to me: ..Thanks
Nihar, Western Illinois University
bitnet MMAR013@ECNCDC
internet MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
uucp [wanginst!decvax!cbosgd!] psuvax1!ECNCDC.BITNET!MMAR013
------------------------------
Date: Sun, 5 Jul 87 14:26:29 PDT
From: PUGH%CCC.MFENET@nmfecc.arpa
Subject: MacApp and Pascal Text IO
So, is this a true statement, or am I just not doing things correctly?
You cannot use standard Pascal text file IO with MacApp.
I have been trying, but Readln gives me a link error in Paslib.o. Is there a
secret, or have Readln and Writeln been relegated to debug info only? I want
to read and write a text file from my program and I would just as soon not
rewrite all the necessary routines again.
All I want is:
Reset(myFile, externalName);
While not Eof(myFile) do
Readln(myFile, x, y, z);
Close(myFile);
But, Sigh, it won't let me. On to the FSRead I suppose. Now where did I put
those numeric conversion routines from CS101?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Tue 30 Jun 87 16:51:07-PDT
From: Marvin Zauderer <ZAUDERER@Sushi.Stanford.EDU>
Subject: Apple ][ SW Dev't on a Mac?
I understand that TML Systems has recently announced a Mac-based cross-compiler
for the Apple IIGS. What I'm wondering is: Is there a similar tool for Apple ][
development? Any leads would be much appreciated.
Thanks,
Marvin Zauderer (Zauderer@SUSH.STANFORD.EDU)
------------------------------
Date: Fri, 19 Jun 87 23:01:01 cst
From: Craig Knelsen <ihnp4!regina!cknelsen@ucbvax.Berkeley.EDU>
Subject: Aztec 1.06H.1 bug -- ptrs to functions
There is a compiler bug in Aztec C 1.06H.1 when declaring a pointer
to a function with the 'pascal' type and the 'extern' class:
eg.
extern pascal long (*ptr_f)();
This generates:
c.c: line 1: error 15: internal error
To alleviate this obnoxious effect, remove either/both 'extern' or/and
'pascal'. Of course, (*ptr_f[])() will also fail. In case you're wondering,
I had attempted to define an external array of pointers to control definition
functions which must follow Pascal calling conventions in order to work
properly with the Control Manager.
Craig Knelsen
Dept. of Computer Science
U. of Regina
Regina, Saskatchewan
Canada
UUCP: {ihnp4 | utcsri | alberta} !sask!regina!cknelsen
NetNorth (BITNET): craig@uregina2 <-- preferred
craig@uregina1
------------------------------
Date: Sun, 21 Jun 87 22:08:28 PDT
From: Ken_Urquhart%SFU.Mailnet@umix.cc.umich.edu
Subject: Re: Using assembly language with Microsoft Fortran
>Does anyone know a way to use an assembly language subroutine with a Fortran
>main program? I am trying to combine code written in Microsoft Fortran 2.2 and
>MDS assembler 2.0. The manual provides a sadly unclear appendix which does not
>specify, for example, whether the linker is Rel-file compatible or not. Any
>advice would be appreciated.
>Bill Lipa
...the big trick is to have the MDS Linker put the machine
code into the data fork of it's output file, just like the
Microsoft Fortran compiler puts its machine code output
into the ".sub" files it produces...
...for example, if you want to compile the subroutine "date.asm"
(supplied with the Microsoft Fortran 2.2 distribution disks) into
the file "date.sub" (suitable for input to the Fortran linker),
you first compile "date.asm" with the MDS assembler and then link it
with the MDS linker using the following "date.Link" file:
/Data
date
/Output date.sub
/Type ' ' ' '
$
...you can then treat "date.sub" like any of the ".sub" files
produced by the Fortran compiler.
------------------------------
Date: 24 Jun 87 13:43:00 EST
From: bouldin@ceee-sed.arpa
Subject: Code generators for 68020/68881??
I am using Absofts MacFortran 020. Are there any other 68020 code generators
available on the Mac?? MDS does _not_ support 020/881 mnemonics. Does the
MPW assembler?? Do the MPW Pascal and C generate 020 instructions and inline
881 floating point code??
Any help appreciated, as I am trying to take full advantage of the fancy 68020
hardware that I now have!
------------------------------
Date: Tue, 30 Jun 87 11:28:21 CDT
From: PHYS300%UNLCDC3.BITNET@wiscvm.wisc.edu (Univ. of Nebr.-Lincoln)
Subject: XLISP help needed
I am learning LISP using XLISP 1.6. Is this the latest version?
It would be helpful if I could echo the terminal session to the printer.
(Homework, don't cha no) Does anyone know how I can do this?
Thanks
Glenn Sowell PHYS300@UNL3CDC.BITNET
Dept. of Physics & Astronomy
Univ. of Nebraska
Lincoln, NE 68588-0111
(402) 472-2790
My wife always knows where to find me! Ah well.
------------------------------
Date: Mon, 22 Jun 87 20:22:28 MET
From: norbert%germany.csnet@RELAY.CS.NET
Subject: MPW Modula from TML
Does anybody out there already have the MPW Modula compiler from TML?
According to info-mac v5#083 it should be out by now...
Any comments on it? Price?
Thanx
Norbert Lindenberg
Universitaet Karlsruhe, West Germany
norbert@germany.csnet
------------------------------
Date: Tue, 30 Jun 87 11:48:26 PDT
From: Rick Wong <rick@portia.Stanford.EDU>
Subject: Reliability of pre-release libraries/development tools (MPW)
Does anyone know how safe it is to release software compiled with pre-
release libraries? I've recently recompiled an application using MPW C
2.0 A3, and now it seems that whenever I do a filing operation on an
unenhanced 512K Mac, the application exits back to the Finder! (Every-
thing seems to work on later Macs, though.) How much testing does
Apple do on their beta/pre-beta libraries before unleashing them on
us developers? Is there a version of MPW that I can rely on? I need
to have my application finished by August.
The usual thanks in advance, etc.
Rick Wong
rick@portia.stanford.edu
------------------------------
Date: Tue, 23 Jun 87 20:11:59-1000
From: uhccux!uhmanoa!uhmanoa.ICS.HAWAII.EDU!david@nosc.mil (David
From: Lassner)
Subject: ADB Keyboard Key Code Info Request
I'm hacking at some terminal emulation software which doesn't work
properly on ADB keyboards. Can someone send me or point me at the
keyboard key code info. I'm looking for the equivalent of Figure 3
in Chapter 8 of IM-I (pg I-251) for the Mac, and Figure 3 of Chapter
28 of the "Final Draft" of IM-4 (pg. 28-6) for the Mac Plus, but for
the ADB keyboards. Apple Keyboard alone would be useful, but info
on both new keyboards would be fantastic. Also, how do I tell which
keyboard is in use?
Thanks!
David Lassner, University of Hawaii Computing Center, 808/948-7351
INTERNET: david@uhccux.UHCC.HAWAII.EDU ARPA: uhccux!david@nosc.MIL
BITNET: T004550@UHCCMV PLATO: david/p/hawaii
UUCP: {ihnp4,seismo,ucbvax,dcdwest}!sdcsvax!nosc!uhccux!david
------------------------------
Date: Thu, 25 Jun 87 09:07:51 CDT
From: "Kevin Altis" <C413315%UMCVMB.BITNET@forsythe.stanford.edu>
Subject: using the mac II extended keys
could someone with an ms-dos or unix manual for the mac ii, please tell
the rest of us how to access the functions keys... on the mac extended
keyboard? other than almost all the keys registering as control-p with
i haven't been able to use them. can they be assigned whole text string
will they only send a single keycode that your program is supposed to
decode? or are these really smart keyboards?
thanks,
kevin altis c413315@umcvmb
------------------------------
Date: Mon, 29 Jun 87 09:48:25 EDT
From: "Collins, Herman" <SYSHERM%UKCC.BITNET@wiscvm.wisc.edu>
Subject: MacPlus keypad question
OK, ok, ok. I give up. I've read the books (I'm waiting for the
movie). I've hacked at the code. How in the heck do I tell the
difference between the "=/*+" keys on the MacPlus keypad and the cursor
keys on the main keyboard? This topic has come up several times on this
list and others, but I've yet to see a good answer.
I'm writing a terminal emulator. It's an interesting project, and it
gives me some practice writing a Mac DA, but I'm stuck on this one
point. The keypad keys return exactly the same keycodes as the cursor
keys (but different ASCII codes). The modifier bits are set normally.
Inside MacIntosh_ says very little about this, although Volumn III says
that an inquire command can be sent to the keyboard, but this sounds
like I'd have to write a new keyboard driver.
MacIntosh Revealed_ mentions that INIT1 and INIT2 map the keycodes to
ASCII codes, while several passing references on the net mention INIT0
and INIT1 performing this task. I partially disassembled INITs 0-2 and
0 and 1 seem to be the right ones. At least they stick the address of
a procedure into $2A2 and $29E respectively. The procedures use D0 and
D1 to index into a table (that could be ASCII) and return a character.
Are these INITs documented anywhere? Can I poke the addresses of my own
mapping routines into these addresses? Will this work on all Macs? Is
there any documentation on the keyboard driver? Am I overlooking
something? Thanks for any help that anyone can give me.
Herman Collins
SYSHERM@UKCC (BITNET)
"Reality -- What a concept!" R. Williams
------------------------------
End of INFO-MAC Digest
**********************
∂19-Jul-87 1947 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #107
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Jul 87 19:47:39 PDT
Date: 19 Jul 87 1944-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #107
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 19 Jul 1987 Volume 5 : Issue 107
Today's Topics:
Re: A User's impressions of Diskfit and HD Backup
Jasmine 20
Warp 9 Photon 40 mini-review
Mac money mgnt s/w recommendation
Multi-user databases
APL terminal emulators
Help needed. Terminal emulation software.
software for weavers
Mac II & Engineering
Anyone driving Compugraphic MCS with Macs?
Molecular graphics packages ???
FullWrite Professional
Password access on file opening?
slippery mouse? (desk pads / teflon feet)
what is a good carrying case for the Mac?
MAC II Whetstone timing
MAC II Software
fast printer for Appletalk
WANTED - 100K per second data acquisition for Mac II
How Good is the Mac II Hard Disk?
Special LaserWriter application
Restricting LaserWriter access on an AppleTalk network
Cricket software generating ill-will
Excel maunal & registration time.
----------------------------------------------------------------------
Date: Thu 18 Jun 87 21:58:43-PDT
From: Jaime Gomez <J.JJGH@OTHELLO.STANFORD.EDU>
Subject: Re: A User's impressions of Diskfit and HD Backup
I completely agree with the first one that posted the message giving to
Diskfit the title of *the* backup program. I've been using it for the last
three weeks and I'm quite impressed by it. It works very fast (about 45 minutes
to backup 16 MB from a 20 MB to 22 floppies, and less than 30 minutes to
restore them) and it is smart. The name of 'smarset' of disks couldn't be
more appropriate. The program is able to recognize which programs should be
deleted from the last backup and it overwrites the old files with the
new ones, so keeping just the initial set of disks (22 in my case). HD BAckup
was slow and I couldn't ever understand how to use it efficiently. HD backup
and other programs ala Unix I tried keep adding disks to your initial backup
set until a full backup is done again and another hour of your time is
wasted again. With Diskfit you keep the set of disks required to store the
MB on your hardisk and you can do a backup daily, (even hourly) with only
spending a few minutes (I mean 2 or 3 minutes). Thing that I didn't
do before with any other backup program.
About the restore of individual programs it is great that the back-up format
is Finder readable. Yes, you need Diskfit to restore files larger than 800K
but that it is not very usual and at least it is not my case. So, in an
emergency, as it was said by the first who post the message, I do not
need to rely on a single piece of software.
In summary, Diskfit is a very fast and reliable backup programs that allows
you to maintain a set of disks with a full backup by investing only a few
minutes a day.
jaime gomez
j.jjgh@othello.stanford.edu
Disclaimer: I do not have any relationship with Supermac, I'm only a very
satisfied customer.
------------------------------
Date: Sat, 27 Jun 87 18:50:59 pdt
From: Cliff Stoll <stoll@lbl-ux8>
Subject: Jasmine 20
Well, my Jasmine 20 Mbyte hard disk has been working flawlessly
for 6 months now, and Jasmine has finally printed a manual for it.
Yikes! The Jasmine manual is 60 pages long, and covers setting up,
backups, reformatting ... even a chapter on what to do if a file
gets corrupted. A manual that's worth waiting for.
Along with the manual, came a diskette of new formatting software;
called Jasmine-Format (or something like that), version 1.95. They
recommend reformatting your Jasmine disk with this version for
higher speed and more robust bad-block detection. I'll try it
and report back later.
I've been singularly delighted with my Jasmine; about the only
thing wrong with it is that the price recently went up from $600
to $650.
...cheers!
cliff stoll
cliff@lbl.arpa
lawrence berkeley labs
1 cyclotron rd.
berkeley, ca 94720
------------------------------
Date: 30 Jun 87 11:17 EDT
From: science@nems.ARPA (Mark Zimmermann)
Subject: Warp 9 Photon 40 mini-review
I just received my "Photon 40" (40 MB SCSI hard disk) from Warp Nine a
fortnight ago, and thought a quick report might be of interest.So far,
everything is working fine ... I have the '40 chained onto a MacBottom
21 which has the system files, etc., and am mostly using the '40 for data
files and index-building and -browsing with Browser v.244+ (see earlier
Info-Macs for data on that program for free-text database work). Noise
level of the '40 is similar to the MacBottom, though it takes longer
to power up (maybe 30 seconds).
Negatives: Warp Nine originally sent me the wrong cable (they didn't know
that the MacBottom carries the 25-pin Apple connector through, though I
told them when ordering that I needed to chain via that route), and the
original floppy of disk utilities was bad and consistently bombed. But
Warp 9 tech support (an 800-number) was good; they sent me the correct
cable (but only after I mailed in the wrong one) and another copy of
the utilities disk that does work fine. Also, the system/finder on the
'40 is 3.2/4.3 or whatever it was (but I removed those and am having
no problems using it with 4.1/5.5 from the MacBottom). In three calls,
tech support has always answered (but I've had to wait typically 2-5
minutes on hold).
Positives: drive works great, seems a bit faster than the MacBottom,
and at $969 including shipping by air the price was right. Overall, I'm
very happy with it....
------------------------------
Date: Fri, 19 Jun 87 9:11:24 GMT+0100
From: "Jon W. McCombie" <jmccombi@bbncc-eur.arpa>
Subject: Mac money mgnt s/w recommendation
So the Mac SE just arrived and I'm looking for a personal money management
software package. This is for my personal money management only, i.e. has
nothing to do with running a business, etc.
A colleague demo'ed "Managing Your Money" (tm, etc.) on his IBM-PC clone
and I liked it. Unfortunately, to the best of my or my friend's knowledge,
there are no plans to publish a Macintosh version of MYM. (Is this true?)
I have read the article in the Sept 86 MacWorld with an overview of every
accounting software system for the Mac, ever. Before I buy, I'm looking
for opinions from people who have used such personal money management
software. What do you use? Do you like it? Do you recommend it? Why?
How much did it cost? Where can I buy it?
Please answer directly to me; I will summarize to the net as appropriate.
Thanks in advance.
Jon McCombie
BBN Communications Corp.
Stuttgart, W. Germany
ARPA/MILnet: jmccombie@bbncc-eur.arpa
USEnet: ...!{inhp4, harvard, seismo}!bbn!jmccombi
Disclaimer: Opinions expressed are mine, and not necessarily those of my
employer nor of any firm or government agency with which my employer does
business.
------------------------------
Date: Wed, 24 Jun 87 18:52 EDT
From: Hess@MIT-Multics.ARPA
Subject: Multi-user databases
Has anybody used an existing database that runs on both Mac and IBM
hardware, with one machine acting as the server, and multiple users on a
mixed network doing queries?
If not, has anybody used both Multi-user Double Helix and Omnis 3 Plus,
and have an opinion or two about the choice between them?
Please reply to me directly; if there is a good summary I'll post it.
Thanks
Brian
------------------------------
Date: Thu, 25 Jun 87 21:09:20 EDT
From: "Thomas D. Schardt" <K3TDS%SCFVM.BITNET@forsythe.stanford.edu>
Subject: APL terminal emulators
My organization is trying to allow our users to use APL over an IBM
Series/1. We have one user who would like to do this on his Mac.
I was wondering if anyone knows of an APL terminal emulator for the
Mac. If you know of one, please send me mail at one of the following
network addresses:
Bitnet: K3TDS@SCFVM
Arpanet: K3TDS%SCFVM.BITNET@WISCVM.WISC.EDU
Thanks, Tom Schardt
NASA/Goddard Space Flight Center
------------------------------
Date: Tue, 30 Jun 87 10:29 CDT
From: (Michael W. Wheeler) <MWW%TNTECH.BITNET@forsythe.stanford.edu>
Subject: Help needed. Terminal emulation software.
I am in need of more information about terminal emulation software for
the Macintosh (512K an up). The two packages that have caught my eye
are VersaTerm-Pro from Peripherals Computers and Supplies, Inc. written
by Lonnie Abelbeck and Mac240 from White Pine Software. What I want is
very faithful VT100 (preferably VT102) emulation along with Tektronix
graphics emulation and VT240 emulation. The software also needs to
run in color on the Macintosh II and with shading on the Mac SE. We
also need good Kermit support (that means vanilla Kermit + MacBinary Kermit +
Kermit sliding windows) likewise good Xmodem support (vanilla Xmodem +
MacTerminal 1.1 + MacBinary Xmodem.)
I have seen VersaTerm-Pro 1.2 and have found it lacking in:
Full VT100/VT102 support (example. Advanced Video blink - minor I know but
there may be others)
Kermit (sliding windows)
Xmodem (MacTerminal 1.1 - I think)
Doesn't have a numeric keypad menu (although you can fudge a poor man's one.)
VT240 emulation (This is rather low priority since it does do
Tektronix 4105 and 4014 emulation but what happens if I
get caught on a system without a Tektronix driver or with
programs that only support VT240 -- some of our software
is like this.)
I understand that version 2.0 is now out. Has any of these problems been
fixed is so which ones? Does it really do color on the Mac II? What
updates/upgrades are planned? Don't get me wrong about this product so far
I think it is great but for $295 I want perfection and I think I have a
right to expect it for a price like that! But I also think that a program
that would do all of this would be worth every penny!
The other software package is Mac240 which is a very good VT240 emulator
(which means it also emulates Tektronix 4010/4014 + all of the lower VT's
like VT125, VT102, VT100, etc.) It does support Kermit and Xmodem. I don't
now if it will do color on a Mac II or not or if it will even run on a Mac II
for that matter. I have found it lacking in:
Kermit sliding windows
132 column mode is really only 128 columns (which I don't mind)
Doesn't support Tektronix 4105
On the plus side however they sell an additional application that will convert
Oject or Bitmap graphics to Regis or SIXEL respectively -- too bad it's an
extra $99. I could use something like that. But what I would really like
to see is a utility to convert Macintosh graphics to Calcomp plotter code. I
bet this university would go wild buying Mac's if we could find something like
that!
Anyway, can anyone give me info on anything related to this or correct me
if I have misrepresented either of these two excellent software packages.
They are good -- I just want more...(as always).
I apologize for being so verbose,
mww@tntech.bitnet
Michael W. Wheeler ( Bitnet address: mww@tntech )
Systems Programmer
Tennessee Technological University
Box 5071
Cookeville, TN 38505
(615) 372-3977
------------------------------
Date: 1-JUL-1987 11:38:02.90
From: <STEVENSON%BROWNCOG.BITNET@WISCVM.ARPA>
Subject: software for weavers
I am looking for software to run on the Mac for computer-aided design
of weaving patterns. I am told that one exists for the Atari, and
thought there might be one for the Mac as well. Please note me at this
account if you know of such a program.
Thanks
Scott Stevenson
STEVENSON@BROWNCOG.Bitnet
------------------------------
Date: Fri 03 Jul 1987 09:48 CDT
From: N. Gokhale <MMAR013%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: Mac II & Engineering
Our engineering advisor is thinking of getting a Macintosh II (if he gets
it, it will be the FIRST mac on campus.) Does anyone know of any
engineering packages designed for the mac? Please mail responses since this
IBM oriented university will buy a System/2 instead.
Nihar, Western Illinois University
bitnet MMAR013@ECNCDC
internet MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
uucp [wanginst!decvax!cbosgd!] psuvax1!ECNCDC.BITNET!MMAR013
------------------------------
Date: Thu 9 Jul 87 00:11:42-EDT
From: "Bob Soron" <Mly.G.Pogo%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
Subject: Anyone driving Compugraphic MCS with Macs?
My department at Boston University has a CG MCS Powerview 10
and, I believe, an 8400 output device. We would like to use the Macs
in our office as front ends. I remember seeing ads for software that
would do this some time ago, but haven't the foggiest recollection of
any other details. If anyone out there has tried it,. I'd be very
interested in hearing about your experiences.
Please respond directly, as I sometimes don't get to read the
lists for short periods, and we'd like to get moving.
Thanks,
Bob Soron
Mly.G.Pogo%OZ.AI.MIT.EDU@xx.lcs.mit.EDU
------------------------------
Date: Mon, 13 Jul 87 13:42:46 PDT
From: Olivier Lichtarge <LICHTARGE@SUMEX-AIM.STANFORD.EDU>
Subject: Molecular graphics packages ???
A friend of mine would like to know what kind of molecular graphics and
molecular modeling packages are available on the Mac II:
What they do ?
What add-ons do they require if any ?
Are they available from program libraries ?
Thanks for replies to
Lichtarge@sumex-aim.stanford.edu.
------------------------------
Date: 14 Jul 87 13:31:22 PDT (Tuesday)
Subject: FullWrite Professional
From: Pugh.ESCP8@Xerox.COM
I am looking for reviews & release date information for the FullWrite
Professional package from Ann Arbor Softworks. The package has recently
fallen under the category of "to be released Real Soon Now".
/Eric
------------------------------
Date: Sat, 18 Jul 87 23:52:34 PDT
From: Harry Saal <hjs@lindy.stanford.edu>
Subject: Password access on file opening?
Is there a program which will intercept all file open (from standard MAC
applications), and request the user to supply a valid password before
permitting access to the file in question? (One needs an auxilary program
to assign a password to each file as well).
The goal is to have something straightforward which would prevent someone
from prying into files while accessing a common-area MAC, say to use its
laser printer, etc.
It would be sufficient to have one master password (kept in a global but
hidden file), and to mark certain files as requiring the password, rather than
a separate password per file.
Note that the program should be such you can still click on a document, and
cause the creating application to run, but still request the password via
a dialogue box.
------------------------------
Date: 23 Jun 87 13:31:44 GMT
From: scubed!ncrcae!scholz@seismo.CSS.GOV (Carl Sholz)
Subject: slippery mouse? (desk pads / teflon feet)
I'm sure this has been talked about in the past, but I can't recall the
comments. I've finally gotten sick of my mouse sticking to my desk. Can
anyone recommend a brand of desk mouse pad and/or teflon feet for the
Mac 512k mouse. There are lots of desk pads available, are they the same?
A long time ago, a remember ads for some kind of teflon feet. Are they
any good? Where can I get them?
Thanks.
------------------------------
Date: 30 Jun 87 14:37
From: cmcl2!phri!delftcc!henry@seismo.CSS.GOV (Henry Rabinowitz)
Subject: what is a good carrying case for the Mac?
Anyone pleased with a particular vendor of carrying case for the mac?
Looking for something I can carry on my shoulder.
------------------------------
Date: Tue, 23 Jun 87 12:31:20 EDT
From: jle <jmleonar@CRDEC-VAX2.ARPA>
Subject: MAC II Whetstone timing
I'm interested in hearing the Whetstone (single-precision) rating for the
MAC II. Please reply to me directly, as I'm not on the mailing list.
Joe Leonard <jmleonar@crdec.arpa>
------------------------------
Date: Fri, 26 Jun 87 13:47:15 BST
From: "Ralph R. Martin" (University College Cardiff)
From: <martin@Cs.Ucl.AC.UK>
Subject: MAC II Software
Im thinking of getting a Mac II Colour system, but before I do so, theres one
or two questions I'd like to see answered:-
(1) What are Apples intentions regarding making MacPaint work in colour -
Ive seen one or two programs which effectivley do this from Apple, but they
all say things like MacPaint-lookalike-developed-with-MacApp, and carry
large warnings like THIS IS NOT A PRODUCT. Are any of these going to be
developed into versions that will be released ?
(2) If I get the 8 bit colour version, what are the memory implications -
does the colour card have its own memory, or does this use up the main
memory in the Mac II ? If so, how much, and what's a reasonable minimum
memory size to go for? I presume that 1Mbyte would be on the small size in
this case.
(3) Does anyone have a list of software which is compatible with the MacII,
and can use colour ? Current products and future offerings are of interest.
(4) Oh, yes, I forgot. Same as question (1), but for MacDraw,
Thanks, Ralph
------------------------------
Date: 27 June 1987, 18:23:07 EDT
From: DANIEL at TECMTYVM
Subject: fast printer for Appletalk
I'm looking for a fast o very fast dot matrix printer to be used in
Appletalk LAN, or attached to a Mac.
I'm trying to re-build our registration system using Silver Surffer
(Fourth Dimension) but the trouble is the printer bottleneck, for the
forms print outs.
Regards
Daniel Trujillo G.
Monterrey Institute or Technology.
P.S. Any news about the Fourth Dimension availibitly ? ( Date )
------------------------------
Date: Sat, 04 Jul 87 10:37:04 IST
From: Ami Zakai <RPR1ZAK%TECHNION.BITNET@forsythe.stanford.edu>
Subject: WANTED - 100K per second data acquisition for Mac II
Recently a decision to buy Macs for our lab has been made, we will go for both
the Mac SE and the Mac II. The Mac II will be expected to do fast data
acquisition involved in the neural single ion channel recording however when
I started looking for the hardware to do it I found that most currently
available machines run at the max of 57.6K that was the limit of the serial
ports on the Plus.
Going over the software end I was very impressed with the National Instruments
LabVIEW but they offer fast hardware to the PC only (are you listening back
there in Texas?).
Please let me know if you know how to do fast data acquisition on the new Macs,
if I'll get enough responce I will summerize and repost.
Zak
Disclaimer: I have no commercial connection with any of the mentioned companies
'now, here, you see, it takes all the running you can do, to keep in the same
place. If you want to get somewhere else, you must run atleast twice as fast
as that.' /TtLG
------------------------------
Date: Mon, 13 Jul 87 13:31:14 EST
From: sbm@purdue.edu
Subject: How Good is the Mac II Hard Disk?
The DataFrame XP40 is such a fast disk that I have reservations
about paying extra for the internal disk on the Mac II. Is the internal
disk as fast as a DataFrame XP40? Do DataFrame XP40's work with
Mac II's?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Tue, 14 Jul 87 14:30:42 EDT
From: Ed Servello <EDS%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: Special LaserWriter application
I have a special problem with a special LaserWriter application that
someone may already have a solution for. Here's some background info:
* A LaserWriter with a "vending system" has been installed at Brown
* The vending system enables/disables the printer by modifying the
"Paper Empty" and "Pickup" signals at the DC Controller level (fooling the
printer into thinking its out of paper).
A major problem occurs when one user sends a document to the printer without
actually printing it (depositing money) and another tries to use the printer
later. The printer will wait an indefinite period of time to print the
document. The result: A user paying for a previous user's error.
This is the last major source of day-to-day trouble in running this service.
in this facility.
If existing print jobs could be completely aborted by new print jobs (i.e.
quick re-initialization of the printer), then any old pages waiting around
at the start of a new job would be canceled. As long as the user waits for
his current job to finish before starting a new one, I think this approach
would work.
If you have any suggestions, please message this account via BITNET or call
(401) 863-3883.
Thx, ed
------------------------------
Date: 17 Jul 87 16:12:00 EDT
From: "ERI::SMITH" <smith%eri.decnet@mghccc.harvard.edu>
Subject: Restricting LaserWriter access on an AppleTalk network
Is there a straightforward way to achieve the following: a single AppleTalk
network, with two LaserWriters ("A" and "B"), two groups of users ("A" and
"B"), with each group only being able to print to their own LaserWriter?
Believe it or not, this may be the chief obstacle to installing our first
AppleTalk network (apart from the usual two-node Mac-and-LaserWriter
"networks"). One group is very possessive about its LaserWriter and feels
strongly that common sense, ordinary politeness, and giving its LaserWriter
a name like "X Group LaserWriter" are NOT sufficient protection. There is
no logical reason why we couldn't have two separate networks, but the
office geometry and the frequency with which people change offices makes
the cabling much simpler and more economical if it is a single network.
Daniel P. B. Smith ARPA: smith%eri.decnet@mghccc.harvard.edu
Eye Research Institute CompuServe: 74706,661
20 Staniford Street Telephone (voice): 617 742-3140
Boston, MA 02114
"We are in great haste to construct a magnetic telegraph from Maine to
Texas; but Maine and Texas, it may be, have nothing important to
communicate."--Thoreau
------------------------------
Date: 26 Jun 1987 1146-PDT (Friday)
From: Bruce Fleischer <fleisch@glacier.stanford.edu>
Subject: Cricket software generating ill-will
I bought Cricket Graph in Feb. Of all the Mac vendors I've dealt with,
Cricket Software stands out as providing the poorest customer support,
in both record-keeping and technical matters. In brief:
1) I mailed my registration card with a couple of days of buying Graph. A
month later, I called them to report some bugs. They had no record of my
purchase. They said that they were "in the middle of putting their records
on a new computer system," so things were a little mixed up. They told me
to send my master disks and a copy of my reciept, and they would register
me and send me the most recent version. I did.
2) The program (v. 1.1) has a bunch of bugs, some of the
follow-these-simple-steps-and-crash variety, and some things that can be
painfully worked around but make the program very annoying. The tech
support person I spoke with was rather unconvinced that there was anything
to be improved, and didn't have a computer in front of him. He told me to
send a disk with my copy of the program and example datasets. I did.
3) A week ago, I realized I'd gotten no response in two months. I called
again. Their main office had no record of getting my disks, and still did
not have me registered. They said they were "transferring their records to
a new computer system," so things were a little helter-skelter. Sound
familiar? Finally, they refused to even replace my master disks, saying
"there's nothing we can do."
I'm not a habitual complainer. I have found people at other companies
(e.g., THINK and I.D.D.) friendly, helpful, prompt on the verge of
instantaeous, grateful to hear of anything that doesn't work or that a user
would like to see. Also, their tech support people have Macs and try
repeating my steps while I'm on the phone, so there's no need for mailing
disks around in the first place.
As for Cricket: if you're considering one of their products, beware;
if you own one, send all correspondance registered return-receipt.
Bruce Fleischer (fleisch@glacier.stanford.edu)
------------------------------
Date: Mon, 13 Jul 87 07:56 EDT
From: "I am only an egg."
From: <JOHNSON%nuhub.acs.northeastern.edu@RELAY.CS.NET>
Subject: Excel maunal & registration time.
When I got MAC SE I also bought EXCEL 1.03. I noticed that part
of the table of contents was missing from the manual. I called
Microsoft, and called, and called, and called. After almost two (2)
months I finally received the missing pages. I'm patient but this is a
bit silly. Almost two months and most of that time was spent trying to
convince Microsoft there was a problem and that it should be solved.
The next problem I find is that although Excel has a number of
built-in functions, I don't see any definitions or explanations for them
in the manual. So far the index has pointed around page 315. This is a
list of functions in an appendix, not any kind of explanation of use or
function. The manuals seems to refer me to the Lotus 1-2-3 manual. I
don't have Lotus. I have Excel. I don't feel as though I should buy a
1-2-3 book to learn about Excel.
Now I want to make sure I haven't missed anything. Is it true that
there aren't any definitions or explanations of the built-in functions
in the Excel manual?
Another thing I think is a bit strange is registration time.
Microsoft said it takes two months to register my copy of Excel. That
means that although I mailed in my registration card two months ago, my
Excel still isn't registered (delay from mail transit included)? I know
they probably receive a lot of registration cards but really now.
USnail:
Chris Johnson
Academic Computer Services
Northeastern University 39RI
360 Huntington Ave.
Boston, MA. U.S.A. 02115
AT&T: (617) 437-2335
CSNET: johnson@nuhub.acs.northeastern.edu
ARPANET: johnson%nuhub.acs.northeastern.edu@relay.cs.net
BITNET: johnson%nuhub.acs.northeastern.edu@csnet-relay
(Always vote. There may not be anything you want to vote for, but
there might be something you want to vote against.)
------------------------------
End of INFO-MAC Digest
**********************
∂21-Jul-87 2047 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #108
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 21 Jul 87 20:47:24 PDT
Date: 21 Jul 87 2044-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #108
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 22 Jul 1987 Volume 5 : Issue 108
Today's Topics:
Re: Suitcase and NFNT resources
FCMT
RE: Super Mouse
MacTerminal and System 4.1
Re: Delphi Mac Digest V3 #33
Re: Delphi Mac Digest V3 #33
Re: macPlus keypad question (V5 #106)∞
Re: Help on data fork request from Major John Buono
Potential Bug???
Bug?
FKEY problems
"disk insert..." bug
Bug in Fullpaint
Pagemaker 2.0 saving bug?
Can the Macintosh II Power up by itself?
Mac II horrors
Re: V5 #101
mac II video card connector pin assignments?
Re: Mac II Software (V5 #107)
Phosphors
Re: Noise on DataFrame 40 (V5 #103)
fan noise on Mac SE.
Smoked video board
----------------------------------------------------------------------
Date: 21 June 1987, 17:21:32 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Re: Suitcase and NFNT resources
Sorry if in my excitement about Suitcase I gave any misinformation
regarding the release date or any technical information. Thanks
Steve for providing the needed corrections.
I do have a question regarding NFNT resources. Basically I've been
trying to modify the Adobe screen fonts so that I can install them
into the system file and have only one font name appear in the
fonts menus for each font family. I've been reasonably successful
in some cases and sometimes there are some severe problems.
Basically I did the following to each screen font family: I used
Resedit to remove the 'extra' FOND resources which correspond to
BOLD, ITALIC and bold/italic. I used Fedit to change the FONT resources
for these font families to NFNT resources. I then use ResEdit to
install the resulting FOND resource and NFNT resources into the system
file. Some of these work quite well and others repeatedly cause system
bombs. I'm not sure why this would be the case. In any case, I'm sure
there is something I don't understand here AND it isn't clear to me
WHY the Apple Font/DA Mover doesn't just do the right thing for me
instead of making me bumble out on my own.
For Steve Brecher: assuming that one can resolve the above difficulties
with the NFNT/FOND/Font resources, will SuitCase properly add the NFNT
resources if those are in a Suitcase file.
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Wed 01 Jul 1987 22:45 CDT
From: N. Gokhale <MMAR013%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: FCMT
Could the "GetInfo..." comments be stored as an FCMT resource inside a
particular file's resource instead of the DeskTop file?
o The comments wouldn't be erased after a desktop is rebuilt
o The Finder will read in disks faster
o The file information is not lost if the file is sent over the network.
o There is no danger of leaving a file's resource fork open since the file
is accessed only the first time a GetInfo is issued.
I know there are work-arounds for all of these, but this new approach could
save a lot of hassle.
thanks for your attention, now you can forget this and go back to what you
were doing.. (attn! apple)
Nihar, Western Illinois University
bitnet MMAR013@ECNCDC
internet MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
uucp [wanginst!decvax!cbosgd!] psuvax1!ECNCDC.BITNET!MMAR013
------------------------------
Date: Sat, 20 Jun 87 00:41 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: Super Mouse
> Has anyone figured out how to use Control Panel 3.x with System 3.2?
> I copied the DA and INIT #30 from System 4.0 in the older system...
Control Panel 3.x works properly under System 3.2, as does Chooser 3.x, the
new KeyCaps (that reads the KeyLayout file), and the other DA's released
with System 4.1 (and 4.0). I've been using them in System 3.2 with no
problems, after using the Font/DA Mover to install them.
However, to install the mouse tracking from System 4.1 (and System 4.0)
you'll need to copy more than just INIT #30. You must copy the following
from System 4.1 (or 4.0) to enable the faster mouse tracking:
INIT #30 Installs mouse tracking code
MMAP #0 New mouse tracking code (if not in ROM)
mcky #0,1,2,3,4 Mouse movement definitions for tracking settings
(↑ whoever said that Apple wasn't creative!)
Your mouse should then track properly under System 3.2. Also note that
Easy Access only responds to the new mouse tracking settings...it ignores
the settings from the older control panels.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Fri, 26 Jun 87 09:54:57 CDT
From: ragan%CDCCentr.BITNET@forsythe.stanford.edu
Subject: MacTerminal and System 4.1
CDC has a product Connect that is based on the source code of MacTerminal
(under license from Apple). Connect was broken under System 4.1 just as
MacTerminal was. We have a patch to fix Connect and it will probably fix
MacTerminal but I have not tried this since I don't have a copy of
MacTerminal handy. However, it might be that someone else out there would
like to try it and let people know if it works. The change is made by
finding the first occurrence of $02B6 in the binary and changing it to
$0A78.
MacTerminal contained some debugging code that stores something into 02B6
which is now used by System 4.1. This code should not have been left in.
------------------------------
Date: Wed, 8 Jul 87 10:42:19 pdt
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: Delphi Mac Digest V3 #33
In article <8707021845.AA00448@ucbvax.Berkeley.EDU> you write:
>Delphi Mac Digest Thursday, July 2, 1987 Volume 3 : Issue 33
>From: INTECO
>Subject: Mac II Err 28
>Date: 21-JUN 17:42 Programming Techniques
>While porting and adding color to my communications program to te Mac II
>I got a system error ID 28 (Stack runs into heap) from the same code
>that runs ok the Mac+ (Code is from LSP or MPW 2.B1 - same results).
>There are now low level tricks... Any idea?
>The error disappeared when I used NewCDialog for a the central modless
>dialog. Why? Perhaps it uses some UserItems?
Was part of your dialog in color?
If you color part of your dialog window, then you need to make sure you are
using a color grafPort.
Larry
------------------------------
Date: Wed, 8 Jul 87 10:41:14 pdt
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: Delphi Mac Digest V3 #33
In article <8707021845.AA00448@ucbvax.Berkeley.EDU> you write:
>From: LAMD
>Subject: Mac II Utilities
>Date: 20-JUN 04:11 Hardware & Peripherals
>Anyone know of a good screen blanker for the Mac II? I tried "Macsbug"
>today and it froze on boot. Also, anybody know if there's a version of
You need a special version of Macsbug to run on a Mac II. (In fact there
are different versiosn depending on whether you have 1, 2, 5, or 8 megabytes.)
>From: STANKRUTE
>Subject: debugging as art
>Date: 21-JUN 12:11 Programming Techniques
>I'm back here as an itinerant worker in the valley. Putting together
>some documentation for Jasik's The Debugger. Right now I'm doing a
>section called the Art Of Debugging, and am shamelessly scrounging for
>people's favorite two or three vital Macintosh debugging hints/
First, I would try to avoid bugs by putting in extra code to check for
invalid situations (defensive programming). If the code is under a
compile-time flag it adds nothing to the final result, but will help track
down problems quickly. (We did this in MacApp, and it made a big
difference.)
As far as specific cases go, here are a couple of things that come to mind
right off:
* Be careful about whether thePort is a plain grafPort or a window. You
can't call InvalRect (for example) if thePort is a plain grafPort.
* Be careful about multiplying 2 integers and expecting to get a long (eg,
the size of a handle). In Pascal, for example, you have to force the
compiler to use a longword multiply.
* If you get a system error, the System Error handler stores all the
registers in a fixed memory location. (You can disassemble the start of the
SysError trap to find out where.) This will tell you where the actual call
to the SysError happened. Alternatively, you can set a trap breakpoint on
SysError.
* Read the compatibilty guidelines in the Tech Notes.
Larry Rosenstein
Apple Computer
UUCP: {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.com
------------------------------
Date: 13 Jul 87 15:06:02 GMT
From: dartvax!earleh.UUCP@seismo.css.gov (Earle R. Horton)
Subject: Re: macPlus keypad question (V5 #106)∞
> From: "Collins, Herman" <SYSHERM%UKCC.BITNET@wiscvm.wisc.edu>
> Subject: MacPlus keypad question
> OK, ok, ok. I give up. I've read the books (I'm waiting for the
> movie). I've hacked at the code. How in the heck do I tell the
> difference between the "=/*+" keys on the MacPlus keypad and the cursor
> keys on the main keyboard? This topic has come up several times on this
The "=/*+" keys are SHIFTED, while the cursor keys are not. That is,
the "=/*+" return the shiftKey bit set in the modifier flags. If you
hold down the shift key and type one of the cursor keys, the application
gets the keypad key, every time. Shifted: keypad, unshifted: cursor.
This was done because Apple was in such a rush to release the Mac Plus
that they were willing to ship it with an un-fixable hardware bug that
few people would notice, rather than do the job right. This, to me,
is an unacceptable business practice.
*********************************************************************
*Earle R. Horton, H.B. 8000, Dartmouth College, Hanover, NH 03755 *
*********************************************************************
------------------------------
Date: Fri, 17 Jul 87 13:34:04 CDT
From: BMDP <BMDP@scarecrow.waisman.wisc.edu>
Subject: Re: Help on data fork request from Major John Buono
An application can open its own file just as if it were opening a regular
data file external to the application. The reads and writes then go to
the data fork of the application. My Spelling Champion application keeps
the dictionary in the data fork.
------------------------------
Date: 24 Jun 87 11:21 PDT
From: newman.pasa@Xerox.COM
Subject: Potential Bug???
I think I noticed a bug the other night on my SE, but I'm not sure, and
I wondered if anybody else had noticed it.
When you pull a menu down that has more than the number of menu items
that would fill the screen top to bottom, the menu manager now puts a
little arrow at the bottom of the menu to indicate that you can scroll
down. I pulled a menu down that appeared to have exactly the number of
menu items necessary to fill the screen top to bottom, yet the menu
manager put the arrow in anyway. The arrow took the last space of the
screen, and forced me to scroll to get at that one menu item too many
(which would have fit on the screen had the arrow not been there.
Is this a bug? Has anyone else noticed it? Or am I hallucinating?
Thanks,
>>Dave
------------------------------
Date: Thu, 16 Jul 1987 13:50 PDT
From: GLAURIE%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Bug?
I have encountered what may be a Mac bug. Using ResEdit I have been "tailoring"
windows to display icons the way I prefer them to be spaced, etc. I also prefer
the windows to display the "small icons".
Using ResEdit I attempted to change my default view in the Finder by
popping into LAYO and changing the display. To my surprise I can change the
display to anything except "small icons", although pulling down the "View" menu
shows that "small icons" should be the current view for the active window.
I would welcome any suggestions. I am using a Macintosh Plus with the latest
version of Finder.
Laurie Takao
------------------------------
Date: Mon Jul 20 16:04:40 1987 EDT
From: TDOWNEY@cc8.bbn.com
Subject: FKEY problems
I have had two problems with FKEYs since upgrading my MacPlus to system
4.1/finder 5.5 and am wondering if anyone else has seen these or knows what
causes them:
1. FKEYs don't seem to work at all when running Excel 1.04. Pressing the keys
causes nothing at all to happen, both for the standard Apple FKEYs and the ones
that I have installed. They work fine in other programs. Is this a bug in
Excel?
2. The Pop-key init causes my Mac to crash during boot. Removing it from the
system folder cures the problem. The init works fine on my MacPlus at home,
but not on my Mac at work. The only obvious difference in my upgrade
procedure is that I used FKEY manager (1.7) on my Mac at work after the
installation of 4.1, but haven't used it on the other Mac yet.
The only non-standard thing that I am currently running is Tempo.
Any ideas or thoughts?
Tom Downey, tdowney@cc8.bbn.com
------------------------------
Date: Tue 21 Jul 1987 12:06 CDT
From: Nihar Gokhale <MMAR013%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: "disk insert..." bug
why are the Cmd-Shift-1/2 fkey's disabled during a "disk insert..."
interrupt??? I spent about half an hour swapping disks in the external
drive while the internal drive sat idle (it had a disk in it of course
but I could not eject it!) This is a really bad flaw in the system obviously
not fixed because most apple techies out there either use one drive or a HD.
so I ask Apple or any hackers out there: could you please provide a patch
to fix this annoying and unnecessary problem?
------------------------------
Date: Mon, 6 Jul 87 00:53 N
From: <AERTS%HLERUL5.BITNET@forsythe.stanford.edu>
Subject: Bug in Fullpaint
Well, mucking about in Fullpaint I ran across another bug...
Try this:
Close all files.
Try to get rid of the menu bar (by a command A) en zap!
You just bombed your mac!
In my case, it was just an accident as I ment to strike the
command Q, and if you can't imagine loosing
data this way, since all the files have to be closed first,
well, I think you are right. Still, never underestimate
the power of a bug. The most innocent bugs cause no
trouble until maximum effect can be reached. (sorry, murphy)
So B-ware!
-John Sinteur-
(aerts@hlerul5.bitnet)
Leiden, the Netherlands, Europe, etc.
Disclaimer: that there is no funny disclaimer under this message
has nothing to do with my ability to think up one.
------------------------------
Date: Fri, 17 Jul 87 19:23 N
From: <AERTS%HLERUL5.BITNET@forsythe.stanford.edu>
Subject: Pagemaker 2.0 saving bug?
I recently ran across something rather annoying in pagemaker 2.0
I had a _very_ large document of two pages :)
Which means, I had some Ilustrator files on my page, and
those tend to get big.
Actually, I had the same page twice, with different layout
so I could make a choice between them after seeing them
as LaserWriter output.
The file was almost 700 K !!!
Well, I copied this to a floppy, had them Laserwritten :)
and then went to a friend, who showed me something I found
extremely fascinating, so I said, make a copy. Well, OK, but
I had to make some free space on my floppy. No problem, enter
pagemaker, get rid of page two, and voila! ehh. nope...
Although I had removed some 350 K from the document, that
didn't show on the floppy. The file was still 700 K..
I borrowed a floppy from my friend:
I had to reenter pagemaker, save as to a different floppy,
diskswapswapswapswapswapswapswapswapping as I went along,
remove the old file, copy the new one, and finally copy the
stuff my friend showed me. Awkward as I'm used to using a HD.
I reread the manual, didn't find anything about it. Did I miss
something? Is this a bug or a feature? Or just odd?
John
AERTS@HLERUL5.bitnet
------------------------------
Date: Thu, 09 Jul 87 14:47:56 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: Can the Macintosh II Power up by itself?
Finally I got my Macintosh II last week. It's simply speaking great|
There are some questions left:
1. Apple's Lisa included an undocumented feature used only by a diagnostic
program, which made it possible to set a time, after which Lisa would
power up again automatically. Is this feature implemented in the Mac II,
too?
2. Why is a memory bank on the MacII Logic Board 4 SIMM's wide? If it were
2 SIMM's wide, one could use the 2-mb upgrade (M2019) together with
the original 1MB and have a 3MB Machine.
3. If one would turn off the 24 Bit Address Mode with SetMMUMode, what
would happen? Would the OS die, or would some Applications simply break?
Any answer would be appreciated.
Alexander
------------------------------
Date: Mon, 13 Jul 87 13:58:29 edt
From: rs4u+@andrew.cmu.edu (Richard Siegel)
Subject: Mac II horrors
This morning, I carried my hard drive from my Mac Plus to a newly acquired
Mac II. I hooked everything up, turned on the disk, waited 10 seconds, and
turned on the Mac II. Whiole the Mac was booting, I moved the keyboard to
a more comfortable position; in the process, the keyboard cable snagged
(not my fault; I've alread shot the installer), and the keyboard got
disconnected. The Mac II stopped dead in its tracks. Screen went dark,
disk stopped running. So I turn everything off, reroute the cables from the
keyboard, and fire everything up. No response from the hard drive. The Mac
II sits there and blinks the question mark, so I stick in a floppy. The
system boots; I get the floppy's icon, then I get the message: "This is not
a Macintosh disk; do you want to initialize it?"
After some sincere curses, I click "Cancel". I fire up the Apple HD SC
Setup (I'm using HD 20SC), and initialize the hard disk. But when I quit to
the Finder, the Hard drive's icon doesn't appear! So I go back intoh HD SC
setup, and it says that my hard disk (SCSI 5) is not a Macintosh-format
hard disk.
So I carry the whole deal back to my Plus, and restore the hard disk
(DiskFit is *wonderful*). Then I go back to the Mac II, hook up everything,
and power on. This time, I get a System Error 33 on startup. I click
Restart, and once again, my hard disk is destroyed!
Why is my hard disk getting ruined?! Here's the background:
Mac II with 1mb memory, one floppy drive.
Apple Extended Keyboard
Apple Hard Disk 20SC (platinum) set to SCSI address 5
Apple 12" monochrome monitor
Apple Video Card
The software:
System 4.1
Finder 5.5
Hard Disk SC Setup version 1.3
I don't have any strange startup software; the only INIT
I have is for LaserSpeed (a LaserWriter print spooler).
I suspect that this INIT *may* have caused the system error,
but why? I've since un-installed it, but
I'm not especially interested in risking the information
on my hard disk
again.
I didn't actually lose anything, since I backed up the hard drive before
moving it, but it is a real inconvenience to restore a hard disk; it takes
a while.
Can anyone offer help? Has anyone had a similar problem? I remember
hearing about problems with early hard disks on the SE; is this possibly
related?
Any assistance would be greatly appreciated.
Rich
------------------------------
Date: Fri, 19 Jun 87 02:00:32 EDT
From: MacTechnics_User_Group@um.cc.umich.edu
Subject: Re: V5 #101
There is currently NO video card for the Mac II that implements hardware
drawing (i.e., they all tax the 68020). Inside Mac V mentions that the
color drawing modes are the same as the TI graphics chip and implies
that hardware drawing would be available at some point.
Some printer spoolers (I've used SuperMac's LaserSpool) allow the use
of CMD-SHIFT-3 to dump the screen directly to the LaserWriter. Very
handy addition...
There was a question about DA's and keyboard stealing a while ago.
It seems to me that the program should steal the keyboard interrupt
(or let the ROM process the interrupt and then call the user routine).
Apple has hooks for the interrupts that make processing them fairly
easy (but interrupt routines are always a little difficult). A DA
without a window might miss out on keystrokes due to confusion about
whether the application should get the key or the DA.
Eric Shapiro
MacTechnics
P.O. Box 4063
Ann Arbor, Mi 48106
(313) 668-1881 (work)
------------------------------
Date: Thu, 25 Jun 87 17:24 EST
From: "RCSDY::YOUNG%gmr.com"@RELAY.CS.NET
Subject: mac II video card connector pin assignments?
We have received our MAC II but the color monitor will not be available for
several months yet. We would like to temporarily try hooling up to the SONY
Trinitron Color TV model KV-1311CR, which has a SONY 34 pin connector for
analog input. Question: Does anyone know the pin assignment on the DB-15
connector which comes out of the MAC II video card? Also, what monitors
have people managed to successfully connect up to the MAC II?
YOUNG@GMR.COM@CSNET-RELAY.CSNET 313-986-1471
p.s. I will post all replies to INFO-MAC.
------------------------------
Date: Tue, 21 Jul 87 01:18:31 pdt
From: palomar!joel%beowulf@sdcsvax.ucsd.edu
Subject: Re: Mac II Software (V5 #107)
There were some questions about a "colour" Mac II by Ralph Martin...
The 256-color (8-bit) is definitely recommended if you plan on doing any
color or gray scale work. It's on the order of $100 from NEC distributors
of the chips, $150 at dealer list, but well worth it for any imaging or
drawing work.
A Mac II is pushing it at 1 Mb and (subjectively) it seems to get slightly
worse with the 256 colors. However, I see no reason to recommend 4 (or 5)
Mb over 2 Mb, short of a large RAM cache. All the software I've seen so
far will fit in 1-1.5 Mb (other than A/UX, which isn't a Macintosh
application.) A 1->2 Mb upgrade can be real cheap if you find a Mac
Plus with 120ns SIMMs (the recent ones do) that have become redundant.
As for the color products from Apple, they will probably be from Claris
(the spin-off software company) as they are many months off. Other color
products will likely be announced at Macworld, August 11-13, although
delivery may be fall or even winter.
Joel West . ihnp4!gould9!palomar!joel
Palomar Software, Inc. joel%palomar.UUCP@beowulf.sdcsvax.edu
P.O. Box 2635, Vista, CA 92083 joel@palomar.cts.com
------------------------------
Date: 22 Jun 87 07:55:00 EST
From: "ERI::SMITH" <smith%eri.decnet@mghccc.harvard.edu>
Subject: Phosphors
Following up on a recent question, I'd like to start a discussion on phosphors
because questions keep coming up on this and nobody has more than scraps of
information.
A number of standard sources have SOME information on characteristics of the
JEDEC P-numbered phosphors. I don't have it at hand, but I think even the
Handbook of Chemistry and Physics has it. The information is always the
same, i.e. they're all getting it from the same place. The reference I
DO have at hand is "Reference Data for Radio Engineers," 6th edition,
copyright 1975, published by Sams. pp 17-34 through 17-36 give spectral
efficiency curves and a table of properties for P1 through P31.
It cites "Optical Characteristics of Cathode Ray Tube Screens," JEDEC
Publication #16, (J6-C3-1), and "Introduction to Luminescence of Solids,"
H. W. Leverenz, Wiley, 1950.
For "P4," it gives the composition as "ZNS:Ag+ZnCdS:Ag". Three variants are
mentioned, "all sulfide," "silicate-sulfide," and "silicate" types. All
have fluorescent color as "white" Persistence is "medium short" for all
sulfide, and "medium" for the others. No numeric data on persistence and
decay is given.
I've been through this unsuccessfully before; unfortunately for visual
physiologists, computer companies consider tubes a commodity and often use
varieties from several vendors. The article in "reference data" warns that
"considerable departure" from the data presented is to be expected in
individual screen samples, i.e. you'd have to open your Mac and REALLY find
out what vendor made the tube and contact them for technical data.
In general, CRT screens show obvious, gross departures from any kind of
simple exponential decay model. At the very least many screens show an
"afterglow." A Mac screen, for example, obviously has some decay on the
order of 1/20 second, but also has an afterglow that lasts for minutes.
Some Lisa screens have an obvious GREEN afterglow. So the spectrum changes
as it decays, i.e. different wavelengths decay at different rates. I
remember one attempt to measure phosphors where they thought their equipment
was drifting; it turned out that with the kind of measurement they were
making, they were able to detect phosphor aging as they watched. (They were
using an unscanned dot; current density was high, but NOT at a level that
would startle any experienced CRT user. There was NO visible burning of
the screen. Just that the output from the dot would slowly, slowly, but
measurably keep s-a-a-a-a-a-g-i-n-g--and whenever they moved the dot slightly
to a fresh place it would recover).
Daniel P. B. Smith ARPA: smith%eri.decnet@mghccc.harvard.edu
Eye Research Institute CompuServe: 74706,661
20 Staniford Street Telephone (voice): 617 742-3140
Boston, MA 02114
"We are in great haste to construct a magnetic telegraph from Maine to
Texas; but Maine and Texas, it may be, have nothing important to
communicate."--Thoreau
------------------------------
Date: 26 Jun 87 20:38:04 GMT
From: kwe@bu-cs.bu.edu (kwe@buit1.bu.edu (Kent W. England))
Subject: Re: Noise on DataFrame 40 (V5 #103)
GFJAK in Alaska recently posted a note about horrible noises in his
DataFrame 40 M drive. I have a year old 20 M DataFrame that was making
screeching noises (it's a noisy drive anyway) and I had to have it
serviced. The noise abated when the weather was humid or rainy and got
worse as it got hotter and drier. The technician said that the problem was
caused by the antistatic arm. He sprayed some antistatic spray on it and
that was it. No loss of data. I couldn't believe that screeching was
caused by static, but it was fixed. The drive is still noisy (about as
noisy as an SE fan). So if you think your screechy drive is humidity
sensitive then maybe it's the antistatic arm. It's possible you may be
able to fix it yourself, but I wouldn't have any idea how.
Hope this helps.
| Kent W. England |
| Network & Systems Engineering Group |
| Boston University |
| Information Technology |
| 111 Cummington Street |
| Boston, MA 02215 |
| (617) 353-2780 |
| kwe@buit1.bu.edu internet |
| itkwe@bostonu BITNET |
------------------------------
Date: Wednesday, 08-July-87 8:10 AM EST
From: J_CERNY%UNHH.BITNET@forsythe.stanford.edu
Subject: fan noise on Mac SE.
We received our first shipment of Mac SEs. Those of us who are switching
from Mac 512's or MAC Plus's are astounded at the fan noise. At first we
even thought the fans might be defective, but realized they were all the
same. What makes them esepcially annoying is that the motor changes in
pitch when power is drawn to disk drives etc. Does anyone know if Apple is
aware of this problem and/or if there are other fixes. It seems that most
of the noise is from the fan motor itself, not from the air being forced
through the air slots. The noise is not as severe as that produced by the
old Zenith Z100's (which sounded like small jet engines), but it is
extremely annoying, especially if you do not have other contributing noise
from a laser printer, hard disk drive, etc.
Jim Cerny
Academic Services Group
University Computing Center -- Univ. N.H.
J_CERNY@UNHH
------------------------------
Date: Tue, 30 Jun 87 17:24 CDT
From: TILLEY%UOFMCC.BITNET@wiscvm.wisc.edu
Subject: Smoked video board
While downloading a large hqx file, my screen narrowed, funny interlacing
and overlapping LARGE characters appeared and smoke poured out the top
left of my 1984 stock fat mac (normally left on).
I removed an obviously burnt capacitor (C1 25V 3.9uF bipolar) and
temporarily tacked in an approximate replacement. Powered on and
screen was perfect. This was too easy.
Powered off, shorted CRT anode to chassis (a bad thing??) and permently
soldered in the replacement. Now screen is unreadable. Illuminated area
too far left, too high, and has 12 white downward sloping lines and
12 paler level lines on it - much different than original symptoms.
Also the replacement gets too hot (perhaps not surprising).
Tried another replacement. Same thing. No other parts look damaged or
get hot. Machine appears to boot OK.
Help. Can anyone debug this from this limited description?
Where is the best place to get a schematic of this board?
Many thanks,
Richard <Tilley%uofmcc.BITNET@wiscvm.arpa>
------------------------------
End of INFO-MAC Digest
**********************
∂26-Jul-87 2130 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #109
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 26 Jul 87 21:30:00 PDT
Date: 26 Jul 87 2126-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #109
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 26 Jul 1987 Volume 5 : Issue 109
Today's Topics:
FCMT and MPW help
FCMTs and DeskTop file rebuilding...
Detecting numeric keypad keypresses
Keyboard theories (V5 #108)
Adobe Fonts
Chooser 3.X
variable at $BAE
Cards & Drivers manual?
How do you determine software version numbers?
Re: terminal emulators for the macintosh
Summery - fast data acquisition with Mac II/SE
Prototyping software for Macintosh
Site Licences etc.
Re: Phospors, Smoked video screen
Mac II video
Mac II and color monitors
Mac II Hard Drives
Comparisons of Mac II internal HD with externals?
Re: DataFrame 40 XP vs internal Mac II hard drive
Screeching drives
----------------------------------------------------------------------
Date: Wed, 22 Jul 87 14:46:38 MET
From: norbert%germany.csnet@RELAY.CS.NET
Subject: FCMT and MPW help
I'd like to support Nihar Gokhale's suggestion and to extend it a bit:
Currently all the help information for all MPW tools is packed into a
single giant file, so if you want to add a new tool you always have to edit
that file. I think Apple should take a more modular approach and leave the
help information for any tool with that tool - in a resource named 'HELP'
or the like. Thus it would be easier to keep the help information
consistent with the tool configuration in use. The information could also
be used by the tool itself to give some help if it encountered erronous
parameters.
Norbert Lindenberg
Universitaet Karlsruhe, West Germany
------------------------------
Date: Thu, 23 Jul 87 09:12 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: FCMTs and DeskTop file rebuilding...
Storing Finder comment information in the resource fork of each file
would be a bad move. If this were done, each time the user changed a
comment box, the file's modification date and file size would change.
It is relatively easy to keep the modification date from changing, but
consider a file with NO resource fork. Considering comments are usually
less than 60 characters long, and file allocation blocks range from 256
bytes to 2Kbytes, if many of these files have short comments, this can
add up to a BIG waste in disk space. User-oriented data such as file
Finder comments is best kept in a centralized location, as it is now.
One must also consider the remote possibility that the Mac crashes at
the very instant the Finder is updating an application's resource map
for the new comment resource. In this instance, the application would
cease working, which is DEFINITELY not user-friendly. In the present
implementation, if the Mac crashes when the Finder is updating the
DeskTop file, it is simply rebuilt the next time the disk is mounted,
and all that is lost is file comments, not data.
Many users have complained that when the DeskTop file is rebuilt
(which is a good move every so often) that all file comments are lost.
Although this would be relatively easy for Apple to correct, in the
meantime, I use one of two methods for recreating the DeskTop files on
my disks, INSTEAD of using command-option to have the Finder rebuild it:
By "brute force", I use ResEdit to remove ALL resources from the
DeskTop file EXCEPT types FCMT and STR. The next time the Finder
encounters this disk, it sees the STR 0 resource, realizes that this
is its own file, and simply re-fills it with the icon and path info
for the applications on that disk, without purging the file comments.
The more elegant way to purge the DeskTop file is to run DiskExpress and
select "compact desktop" for the disk. DiskExpress is smart enough to
search the disk, and remove only the icon information that is not needed
by any of the files on the disk, retaining the file comments. DiskExpress
also allows you to verify media and remove file fragmentation. At less
then $40, this program is a real bargain, and is a MUST for every Macintosh
owner.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Tue, 21 Jul 87 22:55 EST
From: FMQDM9%IRISHMVS.BITNET@forsythe.stanford.edu
Subject: Detecting numeric keypad keypresses
I've seen this topic come up several times, but I don't recall seeing
an answer. Herewith my technique:
Mask the event message with $00004000. If the result is non-zero,
the key pressed is either in the numeric keypad or is a cursor key.
This works on an SE with the standard keyboard. I don't know if it's
documented anyplace; I worked this out by trial & error.
Bill Gobie
Department of Chemical Engineering
University of Notre Dame
FMQDM9@UNDMAIL1 (Bitnet)
------------------------------
Date: Wed, 22 Jul 87 20:30:53 pdt
From: palomar!joel%beowulf@sdcsvax.ucsd.edu
Subject: Keyboard theories (V5 #108)
> In Volume 5 #108, Earle R. Horton wrote:
>The "=/*+" keys are SHIFTED, while the cursor keys are not. That is,
>the "=/*+" return the shiftKey bit set in the modifier flags. If you
>hold down the shift key and type one of the cursor keys, the application
>gets the keypad key, every time. Shifted: keypad, unshifted: cursor.
>This was done because Apple was in such a rush to release the Mac Plus
>that they were willing to ship it with an un-fixable hardware bug that
>few people would notice, rather than do the job right. This, to me,
>is an unacceptable business practice.
While I agree with the factual content, I take issue with the commentary.
Apple had to ship a keyboard that worked with a Mac 128, 512 and Plus,
and support the old keyboard on the Plus as well, so there were some
serious constraints on what could be done in hardware. The shifted-keys,
while brain-damaged, perfectly emulate the numeric keypad on the old
512 (see MacTutor, 8/86) Although this is the tail wagging the dog, the
lot was cast with the decision to provide an upgrade path for all the picky
512 owners and allow them to use either keyboard.
Incidentally, under System 4.1, Shift-arrows produce the keypad values
(as the ASCII numbers), but Command-Shift or Option-Shift come in
as the arrow values ($1C to $1F) with the appropriate modifiers set.
------------------------------
Date: Fri, 24 Jul 87 09:37:54 -0400
From: Alan Dahlbom <adahlbom@CC4.BBN.COM>
Subject: Adobe Fonts
David Gelphman writes in Vol 5 Issue 108:
> Basically I've been
> trying to modify the Adobe screen fonts so that I can install them
> into the system file and have only one font name appear in the
> fonts menus for each font family. I've been reasonably successful
> in some cases and sometimes there are some severe problems.
There is a fairly easy way to do this that I picked up from a local BBS.
Here is what you do:
1. Open the font file with ResEdit.
2. Open the FOND type resources.
3. Rename all FOND resources except the FOND that has the family name.
(e.g Rename Times-Bold but not Times) Rename them this way: Insert
a '%' character before the name.
4. Close the FOND resource window.
5. Open the FONT resource entry with the **option** key
6. About 1 out of every 4 or 5 resources should have a name in the
newly created window. Rename those that are not the family name as
in step 3, by inserting '%' before the name. Don't rename the
resource with the family name (e.g. Times).
7. Close everything up.
8. Install file with Font/DA Mover.
This works well with everything but Word 3.0, but is supposed to work
with Word 3.01.
------------------------------
Date: Wed, 22 Jul 87 11:30:58 GMT
From: Paul Skuce <mcvax!hatfield.ac.uk!comt-ps@seismo.CSS.GOV>
Subject: Chooser 3.X
Does any one know why the Appletalk bit in the PRAM has changed in the 3.x
releases on the chooser. Using PRAM4.0 the last byte of VALID is 30hex for
appletalk off on the control panel setting and 31hex. With the 3.x chooser
it is 31hex for AT on and 32hex for it off. I know this is trival but my
corvus gives an error id10 if AT is off with the 3.x choosers. Why Apple
did things change????
Regards
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comt-ps%hatfield.ac.uk%mcvax%seismo%.. from States
comt-ps%hatfield.ac.uk%mcvax%.. From Eur
comt-ps@hatfield.ac.uk JANET
Thank God For Jesus
------------------------------
Date: Fri, 24 Jul 87 15:04:30 PDT
From: andy maas <maas@portia.Stanford.EDU>
Subject: variable at $BAE
Can anyone tell me what location $BAE (on MacII) is for?
Where can I get the list of low memory globals including the ones MacII uses.
Andy
------------------------------
Date: Wed, 22 Jul 87 20:14:31 pdt
From: Kevin R. Martin <martin@usc-cse.usc.edu>
Subject: Cards & Drivers manual?
Has anyone received an updated version of the Macintosh II and Macintosh
SE Cards & Drivers manual? I have an early draft version that references
a non-existant Appendix A in two places: once on page 10-6 refering to
NuBus test card PAL equations, and again on page 11-11 refering to
sample configuration ROM code for the Mac-II video card. Since I am
trying to build a video board to drive in house low resolution digital
monitors (and associated s/w drivers), this Appendix could be very
helpful to me!
Thanks.
email: martin@usc-cse.usc.edu
(213)-648-9531
------------------------------
Date: 23 Jul 87 13:46:00 EDT
From: Greg H. Hamm <hamm@biovax.rutgers.edu>
Subject: How do you determine software version numbers?
System software (System, Finder, LaserWriter, etc., etc.) which comes
from Apple usually has a version number noted in the "Get Info" box.
Most such software delivered with other products (including that present
on my DataFrame when it was delivered) omits this information.
Two questions and one flame:
1) How can one determine the version numbers when they are not
present in the info box?
2) Why on earth would a software (or hardware) manufacturer
remove this information? [I presume it takes a willful act to do
so, since the info text is normally copied with the file.]
**flame** Will all you manufacturers listening either explain
why you take this seemingly irresponsible action, or stop?
Greg H. Hamm || Phone: (201)932-4864
Director, Molecular Biology Computing Lab ||
Waksman Institute/NJ CABM || BITNET: hamm@biovax
P.O. Box 759, Rutgers University || ARPA: hamm@biovax.rutgers.edu
Piscataway, NJ 08854 * USA ||
------------------------------
Date: 20 July 1987, 12:50:40 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Re: terminal emulators for the macintosh
I don't know about the white pine software programs but I am a big
VersaTerm user. Regarding your points about VersaTerm:
a) Full VT100/VT102 support -- there may be something lacking in the
emulation but the software I use doesn't use those features. Advanced
Video blink may be missing but I've never run into any problems in
my work environment.
b) Sliding windows Kermit is not in any version of VersaTerm that I am aware
of. I also can use this and have suggested to Lonnie that he include such
support.
c) XMODEM (MacTerminal 1.1) This has been supported for quite a while. Also
included is MacBinary XMODEM which is handy for dialup services.
d) keypad menu -- there is no keypad menu...personally I needed a keypad so
badly that I bought one. I hated reaching for the mouse to generate the
keypad characters. VersaTerm fully supports the keypad on ALL keyboards
so the menu is unnecessary.
e) No VT240 emulation.
To answer some of your other questions....YES it does color on the Mac II
in Tektronix 4105 mode. It supports color on the screen AND printing to the
ImageWriter II. As far as upgrades are concerned, this program is improved
regularly through reasonable ($10) updates. Lonnie regularly incorporates users
suggestions into the program and the updates are program improvements, not
bugfixes. As you can tell, I'm a satisfied customer.
One point you didn't mention and I wasn't sure whether you knew about it
is the ability of VersaTerm Pro to save Tektronix graphics in PICT format.
I find that to be quite useful (in addition to the other stuff).
Hope you find what you are looking for...
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Wed, 22 Jul 87 15:44:53 IST
From: Ami Zakai <RPR1ZAK%TECHNION.BITNET@forsythe.stanford.edu>
Subject: Summery - fast data acquisition with Mac II/SE
As I promised here is the summery of responces to my query about fast
data aqcuisition for the Mac II and Mac SE. I want to thank for the help:
Tom Coradeschi <tcora@ARDEC.ARPA>
Cal Teague <CCT@SIERRA.STANFORD.EDU>
Bruce Taylor <BGT.WB@GEN.BITNET>
From national Instruments there are these new cards:
NB-MIO-6 multifunction analog, digital & timing I/O board.
12-bit ADC, 16 channels, 111K samples/sec
2 12-bit DAC, unipolar or bipolar outputs
8 lines TTL I/O, up to 24mA sink
3 16-bit counter/timers
NB-AO-6 6 DACs, each 4-20 mA or 2.5 V or 10 V
up to 1 MHz sample rate
NB-DIO-32F 32-bit parallel digital I/O
NB-DIO-24 low cost 24-bit parallel digital I/O using 8255 PIA
NB-DMA-8 multifunction interface board
DMA transfer
RTSI board support
IEEE-488 interface, up to 1 Mbyte/sec
RTSI Real-Time System Integration
custom high speed bus and crossbar switch, interrupts, etc.
CERN has developed interfaces for the complete Macintosh family
which allow data acquisition at well over 100 Kbytes/sec.
The system is called MacVEE (Microcomputer Applied to the Control
of VME Electronic Equipment), and it provides direct access to
single or multi-crate VMEbus or CAMAC systems from the Macintosh,
Macintosh Enhanced, Macintosh Plus or Macintosh SE.
The MacVEE interface for Macintosh II (MICRON - MacVEE Interface Card
Resident On NuBus) is currently being polished for production and
should be available 4Q/87. It is compatible with the same VMEbus
master module and CAMAC crate controller as the earlier systems.
Installation is easier, because MICRON simply plugs into a NuBus slot
in Mac II.
****
Disclaimer: I have no comercial relation with any of the above.
'now, here, you see, it takes all the running you can do, to keep in the same
place. If you want to get somewhere else, you must run atleast twice as fast
as that.' /TtLG
------------------------------
Date: 22 July 1987 0202-PDT (Wednesday)
From: melmoy@nprdc.arpa (Mel Moy)
Subject: Prototyping software for Macintosh
Is there any software that will provide a prototyping facility on
the Macintosh in a fashion similar to the way that Dan Bricklin's
Demo program does for the IBM? My goal is to construct displays
and interface examples which play to the strength of the user
dialogues possible in the Mac environment.
Melvyn C. Moy
melmoy@nprdc.arpa
------------------------------
Date: Tue, 21 Jul 87 09:54:02 PDT
From: Lionel_Tolan%SFU.Mailnet@umix.cc.umich.edu
Subject: Site Licences etc.
I have two requests for information regarding Macintosh
software in use on University campuses.
1. I am trying to gather information about Macintosh software
which is available on a site licence basis. If you have
any site licenced software in use at your campus please
send me a message with the name of the package, the
suppliers name and address, and any comments you think
appropriate.
2. I am looking for a word processing package which would be
available for general distribution on campus. This could
be public domain, shareware, or site licenced. The main
thing is that it could be handed out in class for use on
machines distributed around campus without the instructor
or the university violating copyright. We have a site
licence for PCWrite on the MS-DOS machines and it fulfills
our requirement very well and makes software distribution
and monitoring much easier. I would appreciate any
information you have about what's good and what's not and
if you have an extra 5 minutes to drop me a line I'd
appreciate comments on how you handle these issues on your
campus.
In order to lighten the load for the moderator send responses
directly to me. I'll collect the responses and send a biggie
(I hope). Thanks in advance for your time on this.
USERLION@SFU.BITNET or LIONEL_TOLAN%SFU@UM.CC.UMICH.EDU
------------------------------
Date: Thu, 23 Jul 87 09:18:32 EDT
From: Jerry_McCarty@um.cc.umich.edu
Subject: Re: Phospors, Smoked video screen
> Date: 22 Jun 87 07:55:00 EST
> From: "ERI::SMITH" <smith%eri.decnet@mghccc.harvard.edu>
> Subject: Phospors
>Following up on a recent question, I'd like to start a discussion on phosphors
>because questions keep coming up ...
> ...No numeric data on persistence and decay is given.
This may help somewhat:
Persistence Time to decay to
10% of initial brightness
Very Long 1 Second and Over
Long 100 milliSeconds to 1 Second
Medium 1 milliSecond to 100 milliSecond
Medium Short 10 microSeconds to 1 milliSecond
Short 1 microSecond to 10 microSeconds
Very Short Less than 1 microSecond
Source: RCA Storage Tubes and Cathode Ray Tubes STC-900B
Dated Nov. 1966 (In other words, don't throw out the old stuff)
They cite the same JEDEC Publication for their reference.
> In general, CRT screens show obvious, gross departures from any kind of
> simple exponential decay model. At the very least many screens show an
> "afterglow." A Mac screen, for example, obviously has some decay on the
> order of 1/20 second, but also has an afterglow that lasts for minutes.
For your information, the official term for when the phosphor is
excited is called 'flourescence' and the afterglow is
'phosphorescence'. That may or may not help if you pursue the matter
any further.
> was drifting; it turned out that with the kind of measurement they were
> making, they were able to detect phosphor aging as they watched. (They were
> using an unscanned dot; current density was high, but NOT at a level that
> would startle any experienced CRT user. There was NO visible burning of
> the screen. Just that the output from the dot would slowly, slowly, but
> measurably keep s-a-a-a-a-a-g-i-n-g--and whenever they moved the dot slightly
> to a fresh place it would recover).
Beware: If the CRT under test has a shadow mask or an aperture grille
or whatever term is applied to the particular unit, it can and will
deform under high beam currents causing the effect you described. Some
night while you are home watching your favorite Clint Eastwood movie,
look for a large, high brightness scene (as compared to the rest of the
picture). After about a half a minute or so you can start to see some
color contamination in the white areas. This is not a phosphor problem.
It is the mask moving slightly resulting in the purity changing. Seems
to me that TV sets are more prone to this now than they used to be (15
years ago it was grounds for warranty replacement of the CRT. Not any
more) and that the larger screen sizes are more prone than the smaller
ones.
> Date: Tue, 30 Jun 87 17:24 CDT
> From: TILLEY%UOFMCC.BITNET@wiscvm.wisc.edu
> Subject: Smoked video board
> While downloading a large hqx file, my screen narrowed, funny interlacing
> and overlapping LARGE characters appeared and smoke poured out the top
> left of my 1984 stock fat mac (normally left on).
>
> I removed an obviously burnt capacitor (C1 25V 3.9uF bipolar) and
> temporarily tacked in an approximate replacement. Powered on and
> screen was perfect. This was too easy.
Your assumption that the replacement was 'approximate' may be off.
I do not know the function of the capacitor which burnt, however, in some
television sets some of the capacitors are exposed to abnormally high currents
which cause them to overheat. The ones used are special low-dissipation
versions which are built to handle the higher currents. Replacing a
low-dissipation version with an ordinary capacitor will cause overheating and
early failure of the replacement. My suggestion would be to try and match a
replacement based on make/model numbers off the original part. The other
suggestion would be to call up your local TV shop, play dumb and ask for his
advice on finding a replacement since I think may of these are available only
from the original manufacturer.
> Powered off, shorted CRT anode to chassis (a bad thing??) and permently
Probably is a bad thing to discharge the anode to ground. Since there is
usually a zillion volts or so on the anode, discharging to chassis could be
catastrophic when considering that no ground connection is perfect. Even a few
milliOhms of resistance could produce a rather large voltage differential
(large in reference to the operating voltages of the IC's) across the ground
planes which in turn could exceed the maximum safe levels of the IC's. It has
been my experience that waiting a period of time (10-15 minutes) is sufficient
to have the anode discharge by itself through the reverse leakage of the HV
rectifier. This will NOT bring the voltage down to 0! It will bring it low
enough so that any subsequent discharge will be at a much lower voltage. The
other thing to keep in mind is that it would be preferrable to discharge to the
outer conductive coating of the CRT rather that the chassis. Better yet,
disconnect the chassis completely before trying to discharge. (I know, easier
said than done)
------------------------------
Date: Wed, 22 Jul 87 20:30:58 pdt
From: palomar!joel%beowulf@sdcsvax.ucsd.edu
Subject: Mac II video
With the Apple RGB monitor delayed indefinitely, the preferred
monitor is the Sony Multiscan, model CPD 1302. It's available
from discount dealers for less than $600, and most of the color
monitors you'll see at Macworld will probably be this one.
Its color fidelity and resolution seems as good as the Apple prototypes.
The only problem I've heard reported so far (from 4 sites I know using it)
is inadequate shielding against hard disk RF during disk seeks, which
can sometimes be cured by moving the monitor or disk.
Other alternatives include SuperMac's new 19" 800x1000 Sony monitor,
which has a comparable quality; or their earlier big screen monitor,
which is not as good as the Apple or the SuperMac Sony.
I'm personally using a NEC Multisync JC-1401P3A, which has a poorer
resolution and lousy hues, but was available on rental cheap while
I wait for my Apple monitor. This is how I hooked it up:
SETTINGS: Analog/TTL: Analog
CABLE
NEC DE9 Description Apple video card ("DB-15")
1 Red 2 Red
2 Green 5 Green
3 Blue 9 Blue
4 Composite Sync 3 CSync
5 V. Sync N/C or 1 Ground
6,7,8,9 Ground 1 Ground
There's nothing magic about the cable; if you have an analog RGB monitor
all you have to do is read the manual to find the pins for the R,G,B and
ground lines (the sync may be optional; I haven't tried it without it...)
Hope this helps.
Joel West ihnp4!gould9!palomar!joel
Palomar Software, Inc. joel%palomar.UUCP@beowulf.ucsd.edu
P.O. Box 2635, Vista, CA 92083 joel@palomar.cts.com
------------------------------
Date: Thu, 23 Jul 87 10:33 EST
From: "RCSDY::YOUNG%gmr.com"@RELAY.CS.NET
Subject: Mac II and color monitors
At the present time, the Apple [Sony] Color Monitor for the Mac II is
not yet available. Since the Mac II generates 66.7 Hz vertical, most
monitors won't work. The 35 KHz horizontal is also fast but many
existing color monitors do accept that rate. I tried a host of very
expensive and high quality color monitors without success...they all liked
to lock at 60 Hz and would not sync to the Mac II despite their willingness
to accept 50 MHz input in analog form.
I have now discovered the NEC MultiSync monitors work fine with the Mac II.
I am using the model JC-1401P3A which is spec'd to work from 56-62 Hz
vertical. However, it works just fine at the 66.7 Hz rate anyway. Note
that this model is NOT one of the new [and more expensive] MultiSync
monitors. It the kind commonly being used for IBM PC/ATs.
I believe any of the MultiSnyc monitors will work with the Mac II. At the
present, connectors are a problem because Mac II is different from the NEC
which is different from Sony which is different from... I found a good
source for oddball connectors (Cables To Go, 1-800-826-7904)
Connectors:
Mac II (DB-15)
------------------------------ 4:G 5: ground
\ 1 2 3 4 5 6 7 8 / 7:R 8: ground
\ 9 10 11 12 13 14 15 / 15:B 13: ground
-------------------------- (note: Green carries composite Sync)
NEC MultiSync (DB-9)
---------------- 1:R, 2:G, 3:B
\ 1 2 3 4 5 / 4,5: not used
\ 6 7 8 9 / 6,7,8,9 ground
------------
Steve Holland
GM Research Labs
[holland%gmr.com@csnet-relay.csnet]
------------------------------
Date: Tue, 21 Jul 87 16:28:42 CDT
From: Paul Fons <FONS%UIUCVMD.BITNET@forsythe.stanford.edu>
Subject: Mac II Hard Drives
Hi, I had a question for this group. I just bought a Mac II at the
University of Illinois and am wanting now to get a hard drive. I didn't
buy the apple drive as it is rather expensive I thought (and I have to
add 6.5% sales tax to it besides here in Illinois). I wanted to ask for
any recommedations for cheap 20-30 MB hard drives (internal or external SCSI)
that would be appropriate for the Mac II. Please feel free to mail notes
to me at the address above directly. I am contemplating a Warp-9 20 MB
hard drive at the moment, but only because it was just about the cheapest
thing I can find (my wife is putting her foot down about how much more money
I can spend on my Mac!). Thanks in advance.
------------------------------
Date: Fri, 24 Jul 87 12:56:24 EDT
From: Steve Buyske <ST401266%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: Comparisons of Mac II internal HD with externals?
Does anyone know of a comparison of the Mac II internal drive with
various external drives hooked up to the Mac II? I'm particularly interested
in the Jasmine 40meg drive, which costs about the same as the Apple
40meg internal with educational discounts.
Steve Buyske
ST401266 at BROWNVM.BITNET
------------------------------
Date: 20 July 1987, 13:05:41 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Re: DataFrame 40 XP vs internal Mac II hard drive
InfoWorld did some timing tests and determined that (for their tests
at least) the Apple Mac II internal 40 MB drive was even FASTER than the
DataFrame 40 XP. I'm not clear how valid this test is because disk i/o
is processor bound on the Mac and I suspect their numbers for the XP are
on a standard Mac, not the Mac II.
I've been using an XP 40 on my Mac II and it is VERY fast. I've also
seen an internal 40 MB drive from Apple that appeared to be a bit faster.
As usual, you really need to set the disks up with the same contents and
fragmentation to see for real. I'll try to give a summary when Apple finally
delivers my internal 40 MB drive.
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Wed, 22 Jul 87 12:34:20 EDT
From: <meltsner@athena.MIT.EDU>
Subject: Screeching drives
We had the same problem, except since the room was climate-controlled,
it was a constant headache. When we called MD Ideas, the technician
said, "Oh, I can just shoot some WD40 on it." We shipped it back, and
got a brand new drive, luckily.
The origin of the noise is friction and chatter between a pad on the
underside of the antistatic arm and the end of the drive spindle.
We've found on our our Vaxstations that the arm can indeed have a bit
of WD40 dripped on the contact pad and spindle end and the noise goes
away. We also tried 3-in-1, but that only worked for about 3 weeks.
DON'T SPRAY into your drive -- we sprayed the WD40 onto a swab so that
we could control where it went.
Personally, I figure since manufacturers aren't making many drives with
the antistatic arm anymore, it may not be necessary, but I'd rather use some
WD40 every couple of months than rip up an otherwise perfectly good drive.
Disclaimer: Any of the above techniques are dangerous to you or your
drive, and don't blaim me or MIT if something goes wrong!
Ken
------------------------------
End of INFO-MAC Digest
**********************
∂14-Aug-87 2156 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #110
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 14 Aug 87 21:56:35 PDT
Date: 14 Aug 87 2148-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #110
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 14 Aug 1987 Volume 5 : Issue 110
Today's Topics:
A note from the moderator
FTP access to SUMEX-AIM
Using MACSERVE at PUCC (BITNET)
Usenet Mac Digest V3 #48
Usenet Mac Digest V3 #49
Usenet Mac Digest V3 #50
Usenet Mac Digest V3 #51
Usenet Mac Digest V3 #52
Usenet Mac Digest V3 #53
Usenet Mac Digest V3 #54
Usenet Mac Digest V3 #55
Usenet Mac Digest V3 #56
Usenet Mac Digest V3 #57
Usenet Mac Digest V3 #58
Delphi Mac Digest V3 #33
Delphi Mac Digest V3 #34
Delphi Mac Digest V3 #35
Delphi Mac Digest V3 #36
Delphi Mac Digest V3 #37
Delphi Mac Digest V3 #38
----------------------------------------------------------------------
Date: Fri, 14 Aug 87 21:33:36 PDT
From: Dwayne Virnau... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: A note from the moderator
Hi,
I'm trying to clear up some of the "archived as ..." messages in my files.
I know as I attempt to do this that I am going to get many requests from
people wanting to know how to obtain these files, so I am including this
note, plus the following help files.
**** please note ****
I cannot send archived files through the mail. If you are not on an
ARPAnet or BITNET host you will have to wait for these files to make
their way onto local bboards or into local user group collections.
The archives at SUMEX-AIM are for those people on the ARPAnet who have
FTP access. The server at PUCC is for those people on BITNET who can
send interactive messages. Right now those are the only two ways to
access the archives that I know about. If I learn of other ways I will
certainly make an announcement in a future digest.
Thanks,
Dwayne Virnau...
Moderator
ps, USENET and DELPHI digests are provided courtesy of Jeff Shulman, a
fact that is probably obvious from the messages themselves but I thought
I would mention it anyway. DoD
------------------------------
Date: Fri, 14 Aug 87 21:39:46 PDT
From: Dwayne Virnau... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: FTP access to SUMEX-AIM
Anonymous ftp is supported on SUMEX using the login name "anonymous" and the
password "guest"
Here are examples of ftp from both a dec-20 running TOPS-20 and a vax running
UNIX.
From the Dec-20
@ftp sumex
< SUMEX-AIM Pup FTP Server 2.0 27-Apr-85
Setting default transfer type to paged.
FTP>login anonymous
Password:
FTP>dir <info-mac>00dir.names
PS:<INFO-MAC>
00DIR.NAMES
FTP>get <info-mac>00dir.names 00DIR.NAMES
PS:<INFO-MAC>00DIR.NAMES.122 (to local file) 00DIR.NAMES
PS:<INFO-MAC>00DIR.NAMES.122 => <local-directory>00DIR.NAMES.1;P775202 !! [OK]
FTP>q
And from the Vax:
Navajo<1>ftp sumex-aim.arpa
Connected to sumex-aim.arpa.
220 SUMEX-AIM.ARPA FTP Server Process 5Z(40)-7 at Fri 23-May-86 09:48-PDT
Name (sumex-aim.arpa:berner): anonymous
Password (sumex-aim.arpa:anonymous):
331 ANONYMOUS user ok, send real ident as password.
230 User ANONYMOUS logged in at Fri 23-May-86 09:48-PDT, job 47.
ftp> ls <info-mac>00dir.names
200 Port 4.5 at host 36.36.0.203 accepted.
150 List started.
<INFO-MAC>00DIR.NAMES.122
226 Transfer completed.
24 bytes received in 0.08 seconds (0.29 Kbytes/s)
ftp> get <info-mac>00dir.names
200 Port 4.7 at host 36.36.0.203 accepted.
150 ASCII retrieve of <INFO-MAC>00DIR.NAMES.122 started.
226 Transfer completed. 2259 (8) bytes transferred.
2259 bytes received in 0.06 seconds (37 Kbytes/s)
ftp> quit
221 QUIT command received. Goodbye.
Dwayne Virnau...
Moderator
------------------------------
Date: Fri, 14 Aug 87 21:42:50 PDT
From: Dwayne Virnau... <INFO-MAC-REQUEST@SUMEX-AIM.STANFORD.EDU>
Subject: Using MACSERVE at PUCC (BITNET)
I'm very excited to announce that the previously defunct MACSERVE at
BITNIC has been replaced by a new server for BITNET users. This server is
called MACSERVE at the node PUCC (Princeton University). The server
currently matches very closely the current info-mac archives. Bitnet users
who were frustrated to find that they did not have access to the info-mac
archives now have a means to access those files. Bitnet users will also be
glad to know that work is also going on elsewhere, so it is possible that
in the near future there will be another site which supplies this service
as well. Use it in the best of health and let's have 3 cheers for those who
brought it to us: the people at PUCC!
Macserve is pretty simple to use. Send an INTERACTIVE message over bitnet
which consists of either DIR or GET <fn.ft>. From my system the usage
is as follows:
To have a directory of files sent to you:
TELL MACSERVE AT PUCC DIR
To fetch a given file such as the file ANIMATION-NOTES.TXT use
TELL MACSERVE AT PUCC GET ANIMATION-NOTES.TXT
Note that this works for a VM system and may be different for yours. In
any case the part of the commands above which are system dependant are
TELL MACSERVE AT PUCC
so that if your system requires something different in order to send
messages to a remote user then you should substitute the appropriate
stuff.
A file will be sent to you and it may have a name different than the
name you requested (such as 870312 0000001). Don't worry, this is the
file you requested.
I must mention that there are two caveats with regard to the
implementation of this server. First of all, since the server was
originally built for use within Princeton it sends its files in an IBM data
format called NETDATA. This format is easily readable by IBM machines
(using for example the RECEIVE command). Other systems may not easily be
able to convert this format back to standard TEXT file formats. Consult
your local experts to determine if this presents problems for you.
The second point is that you MUST send interactive messages to this
machine, mail will NOT cut the mustard. Please do not send messages to the
infomac moderator OR PUCC asking how to do this if you cannot send
interactive message to users on other BITNET nodes.
We expect that other servers which are being brought up will address
both of these shortcomings of the PUCC server. They should accept both
interactive and mail messages and should provide the files in a format
acceptable for the machine you are requesting from.
NOTE: PLEASE DO NOT DIRECT QUESTIONS ABOUT MACSERVE USAGE TO ME. I'M
ONLY RELAYING THIS INFORMATION TO THE INFO-MAC COMMUNITY AND AM IN NO WAY
RESPONSIBLE FOR THE MAINTAINENCE OF MACSERVE.
(this information is courtesy of David Gelphman, former info-mac moderator)
Dwayne Virnau...
Moderator
------------------------------
Date: Wed, 1 Jul 87 08:58 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #48
Usenet Mac Digest Tuesday, June 30, 1987 Volume 3 : Issue 48
Today's Topics:
Re: Question: Finder Windows & Mac II Screens
Re: Mac+ SIMMS in Mac II (be careful)
True Mac+ Compatibility in Upgraded Macs
Paragenesis Schematic Entry pkg on Mac II
MOVE command from finder
need serial driver help
SIMMS in Mac II
C++ on Mac -- any updates in status?
Mac SE Slow Upper Drive
Aztec C Problems
Printer drivers for daisy wheel printers...
Re: SIMMS in Mac II
Re: Mac SE Slow Upper Drive
Re: Where can I find info on Graf3D?
Whither IM ? and a call for feedback
Re: SE mouse problems
Help needed with text + Excel
Re: C++ on Mac -- any updates in status?
Re: Whither IM ? and a call for feedback
MPW 2.0 inquiry
Re: Mac ][ First Impressions...
Re: MPW 2.0 inquiry
uucp
MAC+ librarian for ESQ-1?
Re: Mac ][ First Impressions...
I need Window Help
Re: Help needed with text + Excel (w/ binhex'd example)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-48.ARC
DoD
]
------------------------------
Date: Wed, 1 Jul 87 08:59 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #49
Usenet Mac Digest Tuesday, June 30, 1987 Volume 3 : Issue 49
Today's Topics:
ADB Keyboard Key Code Info Request
Question on Keycaps
Is switcher 5.1 right for an SE running system 4.1 & finder 5.5?
Folder Security
Re: ADB Keyboard Key Code Info Request
MacII plotting
Greek Accents
Re: Smalltalk on the SE
Alternate sounds on Mac Plus?
Bibliography software query
MacPlot
Looking for Information about Macintosh Databases
Mouse Unfreezing
Not all code segments accessible from Resedit (1.1d)
Re: AppleShare
Magic 30 HD vs System 4.1
Kudos to SuperMac on Enhance Upgrade
Simple digital input interface needed
When do 40SC extern. disks ship?
Re: Networking software
Re: Dear Apple: Finder feature wanted
Re: Not all code segments accessible from Resedit (1.1d)
MacBottom 20 and System 4.1
Dental Office Software needed!
SE fan (noise)
MacPlus keypad
Apple II emulators for the Mac
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-49.ARC
DoD
]
------------------------------
Date: Wed 8 Jul 87 09:02:35-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #50
Usenet Mac Digest Tuesday, July 7, 1987 Volume 3 : Issue 50
Today's Topics:
Re: Bibliography software query
Re: Not all code segments accessible from Resedit (1.1d)
ImageWriter-compatible printer
Re: Finder Feature
stdin in MPW Pascal
MaM Test (Memory test) on Mac II?
Re: 32-bit Mac II OS (was: SIMMS in Mac II)
DiskTimer II results on Mac II HD40
FWB's Hard Disk Partition
Help on SetIText
Re: FWB's Hard Disk Partition
Ada on Macs
PC compatibility questions [was Re: Mac SE running IBM]
Are there "SIMM-like" PC boards?
Re: Mac SE running IBM
Hot Tip: Knob for LaserWriter
Re: better patch Rogue Clone
Custom Characters for LaserWriter
Does there exists old style mac keyboard -> ADB adapter?
Re: Turbo Pascal...
Re: Mac --> Ethernet --> VAX
Kinetics and tcp/ip
Bug in LaserWriter Driver/LaserPrep 4.0
PROLOG/M from Chalcedony Software
Question on HP ThinkJet with a Mac +
Guide question
Dove MacSnap 2 Megabyte+SCSI upgrade: comments from a hardware klutz
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-50.ARC
DoD
]
------------------------------
Date: Wed, 8 Jul 87 09:05 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #51
Usenet Mac Digest Tuesday, July 7, 1987 Volume 3 : Issue 51
Today's Topics:
Large Memory: How do you use it? (summary)
Drawing Lines in Dialogs
Terror Stalks the Soul of a New Machine
background printing question
Rogue Clone font
Sun monitor on Mac??
Re: Turbo Pascal...
report on the 'Software Entwickler Konferenz 1987' in Germany
Macs and PClones in the same office
Re: Software for Mac II
Re: Terror Stalks the Soul of a New Machine
Help with Vertical Retrace Queue
Hyperdrive V3R1 + Sys 4.1/Finder5.5 -- compatible?
Re: Imagewriter Alternatives
Bombs trying to low-level print via AppleTalk
vbl queue
Re: Taking a Mac to Europe
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-51.ARC
DoD
]
------------------------------
Date: Tue 14 Jul 87 08:57:46-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #52
Usenet Mac Digest Monday, July 13, 1987 Volume 3 : Issue 52
Today's Topics:
Control Panel vs. Chooser
female 8-pin mac connectors?
Levco-Expercommon Lisp incompatibility
Re: Borland's Turbo Pascal
Re: Software for Mac II
Re: Control Panel vs. Chooser
Do US Imagewriters work in Europe and Japan?
low-price hard disk question
Re: Control Panel vs. Chooser
More on Dove MacSnap upgrade
Re: turning off the stack sniffer (long)
TextEdit problem (2 messages)
Re: Software for Mac II
System 4.1/SCSI Bernoulli
Unidentified Bomb ID
Re: Software for Mac II
HyperDrives and system 4.1
APDA and 800k floppies
Re: Drawing Lines in Dialogs
Changing heap size
Printing Question (background Idle procedures)
hard disk security
Re: Drawing Lines in Dialogs
Re: Printing Question (background Idle procedures)
possibility of mac video board
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-52.ARC
DoD
]
------------------------------
Date: Tue 14 Jul 87 09:00:52-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #53
Usenet Mac Digest Monday, July 13, 1987 Volume 3 : Issue 53
Today's Topics:
Re: possibility of mac video board
Re: Printing Question (background Idle procedures)
Re: turning off the stack sniffer (long)
Robot War on the Mac
Help with PostScript output on remote printer
Re: Do US Imagewriters work in Europe and Japan?
Floating figures in Word?
Re: Unidentified Bomb ID
Re: APDA and 800k floppies
EditText Item help
ROM Version & Machine Type
Re: More on Dove MacSnap upgrade
MAC II plotter drivers
Feedback on BB's wanted
How do I write a Guided Tour (2 messages)
Letter-quality printers
Debugging frozen mouse problem
Re: How do I write a Guided Tour
Re: ImageWriter-Compatible Printer
Coral Lisp???
Screen snapshot ROM bug not fixed
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-53.ARC
DoD
]
------------------------------
Date: Mon 27 Jul 87 10:41:24-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #54
Usenet Mac Digest Thursday, July 23, 1987 Volume 3 : Issue 54
Today's Topics:
Re: How do I write a Guided Tour
VIA chip and msec timer
Re: How do I write a Guided Tour
SE fan noise, a solution!!
Faraglace Story (long)
Mac II and SANE...
Statistics, Equations, Editors
Re: Window Manager problem (2 messages)
Re: Statistics, Equations, Editors
Mac II Horrors, Continued
Re: optimal paper for laserwriter?
"The Ancient Art of War" (A Question)
Programs That Bomb Under System 4.1
Why is A/UX disk I/O only 50KB/sec?
Re: How do I write a Guided Tour
JClock INIT
Anchor points and Arrow keys
Programs for children with Down's Syndrome
Re: Mac II and SANE...
Re: Why is A/UX disk I/O only 50KB/sec?
Re: Sun monitor on Mac??
Re: More on Dove MacSnap upgrade
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-54.ARC
DoD
]
------------------------------
Date: Mon 27 Jul 87 10:53:49-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #55
Usenet Mac Digest Thursday, July 23, 1987 Volume 3 : Issue 55
Today's Topics:
Mac II Horrors are Over!!
Re: Anchor points and Arrow keys
Color Plotting?
Info+ INIT doesn't work under System 4.1
Arrow keys and collapsing selections
New MacDraw release
What ever happened to DBase Mac?
Touch Screen System for the Apple MacIntosh
SE display bug survey results (medium long)
Summary of Mac MIDI responses
mouse diode needed
3D Surface plots
Response to 'Bug in Hard Disk SC Drivers?'
Re: Window Manager problem (perhaps even a bug)
Re: Serial printer drivers
Hardware in a Jasmine 20?
MicroEMACS bulletin, Mac sources to be in 3.9
Re: HP Laser printer for the Mac II ?
Hard Disk Backup Software
Mac II NuBus Specifications
Apple 1200 modem problem
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-55.ARC
DoD
]
------------------------------
Date: Mon 3 Aug 87 10:02:55-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #56
Usenet Mac Digest Saturday, August 1, 1987 Volume 3 : Issue 56
Today's Topics:
Finder Feature (or bug)
Help!!!
PopUp menus
ImageWriter Compatable Printer
VBL tasks and LSC
Precision Timing on Macintosh?
"Ruggedized" Mac II?
Re: Home upgrade of Mac II video?
Re: PopUp menus
Re: More on Dove MacSnap upgrade
Hard Disk Servers and Minis
Re: Home upgrade of Mac II video?
MacWorks version 3 and HFS
HFS Query
anyone got a Laotian font for Macintosh?
Bibliographic software query - summary of responses
Does anyone REALLY understand SCSI Booting?
Problem with Diskfit 1.1df
Re: Bibliographic software query - summary of responses
Re: HFS Query
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-56.ARC
DoD
]
------------------------------
Date: Mon 3 Aug 87 10:04:00-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #57
Usenet Mac Digest Saturday, August 1, 1987 Volume 3 : Issue 57
Today's Topics:
Re: Problem with Diskfit 1.1df
Re: HFS Query (Why PBHSetVol is Dangerous)
Re: Does anyone REALLY understand SCSI Booting?
Memory Usage on Mac+
Finder suggestion
Bug in Levco products
Re: A/UX filesystem performance
Maps on the Macintosh
Laserwriter naming funny business
CMS brand Quantum 80 Mbyte drive for MacII
List Manager in MacApp Dialog
Re: PopUp menus
macros and Microsft Word, *roff on Mac.
Function Keys on Apple Extended Keyboard
Placement of external drive
Re: Finder suggestion
Eject menu selection
Mac II Games
Summary of Making *OWN* SCSI Drive (Rather long)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-57.ARC
DoD
]
------------------------------
Date: Sat 8 Aug 87 12:01:55-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #58
Usenet Mac Digest Saturday, August 8, 1987 Volume 3 : Issue 58
Today's Topics:
DiskExpress -- it's supported as ok...
Mac lab for High School environment??
Alternate font for RogueClone
Macsbugs->Shutdown Manager
Can the KX 1080 printer be used outside the US ?
How big should the system heap be?
Re: More on Dove MacSnap upgrade
Another Finder suggestion
Re: Making *own* SCSI Hard Drive
Re: Another Finder suggestion
Re: PopUp menus
cdev
Print quality (Delphi 3 #35)
1-meg SIMMs
TENew & StdTxMeas (2 messages)
Re: Drawing in Technical Environment
simple question
Re: Mac software under A/UX
Re: simple question
Inside TOP ? it
SFgetFile (or whatever) suggestion
Re: Problem with Diskfit 1.1df
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-58.ARC
DoD
]
------------------------------
Date: Thu, 2 Jul 87 10:17 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Delphi Mac Digest V3 #33
Delphi Mac Digest Thursday, July 2, 1987 Volume 3 : Issue 33
Today's Topics:
CMS PRO-40-SE/i (6 messages)
TOPS Network ( Good or Bad News ? ) (2 messages)
Mac II Utilities
Mac II windows (2 messages)
CloseOrnHook (4 messages)
Dvorak & Sys 4.1/5.5
Ahh Color..
debugging as art (2 messages)
Mac II Err 28 (2 messages)
INITs (2 messages)
Mac II Serial Port (3 messages)
Software needs (2 messages)
SOFTSOFTWARE INQUIRY (2 messages)
Video on Mac II (3 messages)
Datadesk mac101
SE internal 20 address
quiet SCSI drives (2 messages)
Debugging in C
re: Spell checkers for Mac
Re: ChemDraw et al
Re: Sailing and Basic
Jump!Board020 (3 messages)
Excel Array/Macro Question
Formatting XL/HFS (2 messages)
Centering on Big Screens (2 messages)
ListMgr and Changing Fonts Question (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-33.ARC
DoD
]
------------------------------
Date: Tue 14 Jul 87 08:52:27-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #34
Delphi Mac Digest Tuesday, July 14, 1987 Volume 3 : Issue 34
Today's Topics:
Appletalk Problem
RE: Aztec C Problems
Looking for A/B box
Habadex - Is it still out there anywhere
Color Monitor for Mac II
Switcher vs. System 4.1 (3 messages)
RE: Mac II Speed
Anyone with Reflex? (2 messages)
Microtek & Versiscan (3 messages)
mac II interlace video (4 messages)
DEC LA50 Driver
Compatibility problem LSP - MPW Pascal
SE keyaboard and boot problems
Re:Custom Characters for LaserWriter
A couple of Quickies... (2 messages)
CD ROM DRIVES (3 messages)
B&W Monitor (2 messages)
RE: ImageWriter-compatible printer
laser writer paper (2 messages)
re: Sun monitor on Mac??
PageMaker
4th Dimension (3 messages)
Quantum drives for Mac II
Do the PostScript strech... (3 messages)
SCSI Bernoulli boxes (2 messages)
Camera on the Macintosh II
Print Screens on Mac II (3 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-34.ARC
DoD
]
------------------------------
Date: Mon 27 Jul 87 10:56:46-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #35
Delphi Mac Digest Friday, July 24, 1987 Volume 3 : Issue 35
Today's Topics:
Fortran 77 + 68881 for the Mac II (3 messages)
RE: Using assembly language with MicroSoft FORTRAN
RE: Do the PostScript strech... (3 messages)
re: Control Panel vs. Chooser
Selecting print quality (3 messages)
SE video problems
Re: Re: Control Panel vs. Chooser
Re: Debugging frozen mouse problem (2 messages)
Lisa (what's that?) hard disks
RE: Mac II Beep SND
RE: Region structure? (3 messages)
synching to vidoo blanking (2 messages)
Deactivating statictext (4 messages)
Looking for an FKEY...
Mac II w/multiple video cards
color picker (2 messages)
PageMaker 2.0 "features" (2 messages)
SoundWave
NEW Bernoulli drives
RE: equation composers
re: Arrow keys and collapsing selection
edititem disable (2 messages)
cdevs
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-35.ARC
DoD
]
------------------------------
Date: Mon 3 Aug 87 10:05:57-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #36
Delphi Mac Digest Saturday, August 1, 1987 Volume 3 : Issue 36
Today's Topics:
Mac II Horrors, Continued
changing pixel depth
RE: cdevs (3 messages)
drawpicture (4 messages)
MacBug 5.3 has new command?
OpenSocket (3 messages)
Raskin vs. Jobs
LaserWriter Plussing weirdness (2 messages)
Colorizing logos
RE: INFO-MAC Digest V5 #107
re: FullWrite Professional
re: slippery mouse? (desk pads / teflon
RE: Mac II horrors
re: Potential Bug??? [menus]
Re: Re: Suitcase and NFNT resources
Re: Bug?
TOPs and pcs and macs and vaxes and suns
RE: TOPs and pcs and macs and vaxes and (2 messages)
re: Site Licences etc. (2 messages)
graphicworks
RE: Anyone driving Compugraphics with Macs
laserjet to laserwriter upgrades
Printing information (4 messages)
Microsoft acquires Forethought
Medical applications of Macintoshes
RE: macexpo
SIGGraph report
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-36.ARC
DoD
]
------------------------------
Date: Sun 9 Aug 87 08:39:02-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #37
Delphi Mac Digest Sunday, August 9, 1987 Volume 3 : Issue 37
Today's Topics:
Mac II monitors
RE: Mac II Color Monitors
It's Greek to me... (2 messages)
800K drive problems (4 messages)
Object-oriented C (3 messages)
Segment Loader problem (3 messages)
Mac II Color Monitors (2 messages)
HardDrive Woes and Wins.
RAM upgrades and accelerators
Word 3.01 bug
Used ImageWriters (2 messages)
User Group Connection party at Expo
1MB SIMMs
printer driver example
Netter's Dinner
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-37.ARC
DoD
]
------------------------------
Date: Fri 14 Aug 87 19:07:52-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #38
Delphi Mac Digest Friday, August 14, 1987 Volume 3 : Issue 38
Today's Topics:
RE: 800K drive problems
RE: Usenet Mac Digest V3 #58
John Sculley Keynote Speech
RE: TOPs and pcs and macs and vaxes and (2 messages)
Jean-Louis Gassee Keynote Speech
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-38.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂15-Aug-87 1541 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #111
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 15 Aug 87 15:41:21 PDT
Date: 15 Aug 87 1539-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #111
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 15 Aug 1987 Volume 5 : Issue 111
Today's Topics:
Archive Server Shutdown
Alaska to get Macs (finally)...
Request for Mac II init
Mac Tech Notes 107-117
TN38
TOPS-BOOT-Problem
Talking Moose and System 5.5
AutoBlack
Keeper for the Mac SE and Mac II?
Locare FKEY
Other...3.09
ClipPrint DA V1.22
Fontsie 3.03
microemacs 3.8M, revision 0.02b
Rogue Clone
Kolor
PackIt III V1.3
Window Mgr FKEY's
Usenet Mac Digest V3 #46
Usenet Mac Digest V3 #47
----------------------------------------------------------------------
Date: Fri, 26 Jun 1987 08:58 MDT
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
Subject: Archive Server Shutdown
Several changes to the Archive Server have been made in the past few
weeks to improve service for replies sent through intermediate hosts.
One of the requested changes was to reduce the size of the messages by
half so that these messages don't hog the single-stream mail
channels, particularly on BITNET, for extended periods of time, and
thus give other mail a chance to get through in a timely manner.
Unfortunately, this has resulted in the SIMTEL20 mail queue to rapidly
grow way beyond all expectations: the Server was now generating twice
as many messages and our dedicated mailer for this service now had to
establish twice as many connections for the same number of replies.
That mailer could not keep up with the the queue, and for the second
time in as many weeks, we have had to shutdown the Server because we
were running out of disk space.
Because the disk space is at a premium for our regular users, and
because the resources required by both the Server and the mailer have
now reached a point well beyond the capabilities of our present system
configuration, the Server has been shut down until further notice and
for an indefinite period of time. New requests will be returned
unanswered, and both present requests and replies will be flushed.
In the meantime, we are examining other possibilities to provide
access to our collections. Because the great majority of requests
have come from BITNET users, we are looking for one or more BITNET
hosts willing to provide the disk space and BITSERV facilities for one
or more of our collections of public domain software.
--Frank
------------------------------
Date: Mon, 13 Jul 87 20:23 ADT
From: <SYAPPLE%ALASKA.BITNET@forsythe.stanford.edu>
Subject: Alaska to get Macs (finally)...
Okay. The University of Alaska, Apple Computer, and the Apple Vendors
of Alaska have finally come to an agreement, and UA will soon be half
of a Consortium University (that is, Individual Purchase prices for
students and faculty, but little else).
As one of the cheerleaders/volounteer workers for this plan, it is now
my plan to form a new-user support group on campus. I don't think either
Apple or The University of AK will be fullfilling this role, as UA chose
not to fully embrace the Consortium Plan (bummer...)
Here's my request: first, I could use *any* advice on how to start a
Macintosh User Group. If you know of good articles about just that
subject, please send me a bibliography. If you have first hand
knowledge, hit me with it.
I'm especially interested if you have
(1) formed/helped to form a MUG on a campus
(2) formed/help to form/worked for a group providing support
to microcomputer users on a campus
(3) attended a campus that chose only to use the Individual
Purchase part of the Consortium deal; what kind of user
support does your school provide?
Tanx for the Info.
Joe Kennebec
SYAPPLE@ALASKA.BITNET
US SNAIL: 4280 Geist Rd
Fairbanks, AK 99709
------------------------------
Date: Thu, 16 Jul 87 10:46:10 edt
From: hodas@eniac.seas.upenn.edu (Josh Hodas)
Subject: Request for Mac II init
Several people have posited in the digest that an Init exists to disable
the 68020 instruction cache, yet none has appeared.
Could anyone who has written such an Init (or DA or Application) please post
one to the digest for the rest of us.
Thank you in advance,
Josh Hodas
hodas@eniac.seas.upenn.edu
------------------------------
Date: Thu, 25 Jun 87 16:37:31 PDT
From: Mike Hewett <HEWETT@SUMEX-AIM.STANFORD.EDU>
Subject: Mac Tech Notes 107-117
I've downloaded and printed all the Mac Technical Reports except
the ones listed below which seem to be missing from INFO-MAC.
Does anyone have a copy of these?
TN: 107-117 All released 3/87
57, 57a Revised in May 87. Copy on INFO-MAC is the original
version.
Mike
------------------------------
Date: Sat 25 Jul 87 03:37:19-PDT
From: Alan Larson <LARSON@Stripe.SRI.Com>
Subject: TN38
Did anyone ever see tech note 38, released in July 86? It is supposed
to deal with the rom debugger for the mac+. I have never seen mention of
it here. Is there a machine readable version in existence?
Alan
------------------------------
Date: 22 May 1987, 08:12:33 ECT
From: Christian Falk 7-593891 FALK at
From: NORUNIT
Subject: TOPS-BOOT-Problem
Just dowloaded this nice utility for publishing disc-volumes on Tops at Boot
time. The documentation states that it is possible to modify the 'PNT#'
resource to change the behaviour. This is OK, but it seems that only 3 mouse
down events are posted now matter how many coordinates that is given in 'PNT#'
Could the author (or somebody else) give me some advice how to modify. (Or
better post a new version with this problem fixed) the utility.
Thanks in advance :-)
------------------------------
Date: Sun, 28 Jun 87 20:31 EDT
From: <ZACCONE%BKNLVMS.BITNET@forsythe.stanford.edu>
Subject: Talking Moose and System 5.5
I have just switched to System 5.5 and Finder 4.1. I get periodic
system crashes which seem somewhat random (I'd have trouble reproducing
them), and Talking Moose 1.2 consistently causes a system error.
When I select Talking Moose, the moose appears in the corner of the screen,
and the machine crashes as he is about to speak. Anyone else have
this problem?
Rick Zaccone
zaccone@bknlvms.bitnet
------------------------------
Date: Mon, 6 Jul 87 08:43:32 pdt
From: Wm. L. Brown <wbrown@lbl-ux4>
Subject: AutoBlack
There was a note in one (or more) of these digests that stated something
to the effect that the latested version of "AutoBlack" from the info-mac
archive would work on both the Mac SE and the Mac II.
I've down-loaded it and it seems to work fine on the SE (altho sometimes
we end up with an extra non-moving clock or part of an extra non-moving
clock on the screen). However, if I try to install it on our new Mac II,
the Mac II dies on boot-up at the point where we expect it to say "MacBugs
Installed". (It really isn't MacBugs - its AutoBlack renamed MacBugs per the
installation notes)
Anyone else have this problem? is there a fix? An Alternate? Am I doing
something real dumb?
Thanks
bill
------------------------------
Date: Mon, 6 Jul 87 21:55:06 EDT
From: Abraham_Vanderspek@UM.CC.UMICH.EDU
Subject: Keeper for the Mac SE and Mac II?
It looks like the Keeper doesn't work on the SE. It doesn't install
itself into the system permanently. Is my impression correct? Why?
(The Keeper is a utility (INIT) for the Plus, which places the desktop
in RAM; if one quit's an application, one flies back to the desktop).
The MacII bombs with a systems error upon quiting an application.
Does anyone know where the Keeper originated? Whom to contact?
Is a MacSE/II compatible version is available? Thanks for the info!
EMAIL: Abraham_Vanderspek@um.cc.umich.edu
Snail: Abraham Vanderspek, Dept Pediatric Anesthesia,
University of Michigan, Mott Hosp, box 0800 Rm C4139,
Ann Arbor, MI, 48109, USA. Ph 313-763-2436.
------------------------------
Date: Mon, 22 Jun 87 17:17 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Locare FKEY
[ Uploaded from Delphi by Jeff Shulman ]
Name: LOCARE 1.8SW
Date: 19-JUN-1987 20:00 by RAYMONDLAU
Locare 1.8sw is the shareware/demo release of a lost file finder FKEY. Many
features which are available in the private version are disabled in this
version. Locare offers the basic advantage that it isn't a DA like Apple's
File Finder. It also offers more filtration options (not in demo). The
private version can also read GetInfo comments, delete files, and in the
near future, write GetInfo comments, rename files, maybe even move files.
The doc file details all of Locare's current functions as implemented in
the private release.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-LOCARE-18SW.HQX
DoD
]
------------------------------
Date: Sun, 28 Jun 87 22:02:06 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: Other...3.09
Enclosed is Other...3.09 which was downloaded from Genie. Other... is
a desk accessory which runs other desk accessories without installing them
in the System file. These desk accessories are stored in Font/DA Mover
files, one desk accessory per file. The documentation file is also included
with this posting. Other... is shareware ($10).
This release fixes a minor bug in version 3.08.
Gary Standorf
<standorf@cecom-2.arpa>
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-OTHER-309.HQX
this version replaces version 3.06 in the archives.
DoD
]
------------------------------
Date: Fri, 3 Jul 87 09:01 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: ClipPrint DA V1.22
[ Uploaded from Delphi by Jeff Shulman ]
Name: CLIP_PRINT DA
Date: 3-JUL-1987 03:03 by STEVEMALLER
[ File 1 updated 3-JUL-1987 03:03 by STEVEMALLER to version 1.22.
Based on suggestions, word wrap is now smarter, status display is now
implemented for picture printing, and error messages are better. ]
The ClipPrint desk accessory is very straightforward. When you open it,
it looks at the Clipboard for data of the types known as TEXT (plain
text) or PICT (graphics). If either is present, ClipPrint resets the
printer, then outputs the Clipboard's contents to the printer. You can
cancel printing by pressing command-period.
Bug reports to STEVEMALLER...
Enjoy,
Steve Maller
Apple Computer
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-CLIPPRINT-122.HQX
DoD
]
------------------------------
Date: Fri, 3 Jul 87 22:44:16 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: Fontsie 3.03
This is Fontsie 3.03. It allows fonts to be used without installing them in
the System file.
512K or greater memory is recommended. It will run on MFS file systems, but
its configuration program requires an HFS file system.
This version runs on System 3.1 or greater. It is shareware ($5).
Gary Standorf
<standorf@cecom-2.arpa>
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-FONTSIE-303.HQX
DoD
]
------------------------------
Date: 1 Jul 87 05:49:40 GMT
From: earleh@dartvax.UUCP (Earle R. Horton)
Subject: microemacs 3.8M, revision 0.02b
[microemacs 3.8M, revision 0.02b - in 5 parts]
This is microemacs 3.8M, revision 0.02b for the Mac, a RAM-based text
editor which uses a keyboard-type interface, although manipulation of
windows and moving around within buffers is possible with the mouse.
The program features C-mode, magic-mode search/replace using a subset
of regular expressions, and is programmable using macro files. The
size of a file which can be edited is limited only by the size of RAM
and the efficiency of my storage allocator, and the program contains
code to warn the user when the limit is approached. It will not run on
a 128k, or with a small Switcher partition. The program has been
tested on a 512KE, Mac Plus, 512k, Mac II, and SE with no ill effect.
The program comes with four text files which contain, respectively, a
sample macro startup file, on line help, technical information, and
assembler source for a sample printer driver (to be used with this
program only.)
For best results, the application should be in the same HFS folder or
on the same MFS disk as the two text files, "emacs.rc" and "emacs.hlp",
which should not be renamed. Printing code is designed for "generic"
serial printers; since I do not own an ImageWriter, I cannot debug
printing code for one. There are two possibilities for printing on the
ImageWriter without recompiling the program, however. Control
characters can be inserted anywhere in a buffer and will be sent raw to
the printer, providing one possibility. A separate resource, described
in one of the packed files, contains code to handle printing. Replace
this resource with your own machine code and you have custom printing,
to your specifications (knowledge of 68000 machine language required).
A disk of source code is available to anyone sending me a mailer and
disk.
Earle
*********************************************************************
*Earle R. Horton, H.B. 8000, Dartmouth College, Hanover, NH 03755 *
*********************************************************************
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MICROEMACS-38M2B-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MICROEMACS-38M2B-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MICROEMACS-38M2B-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MICROEMACS-38M2B-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MICROEMACS-38M2B-PART5.HQX
DoD
]
------------------------------
Date: 23 Jun 87 06:00:07 GMT
From: holmes@dalcs.UUCP (Ray Holmes)
Subject: Rogue Clone
[Rogue Clone by Tim Stoehr <tims@zues.TEK.COM> - in three parts]
This is a quick hack to get a playable Mac version of Rogue Clone. Includes
three documentation files:
Mac Notes - Information specific to the Mac version.
rogue.man - Tim Stoehr's man page for Rogue Clone.
rogue.guide - The UNIX "A Guide to the Dungeons of Doom".
I've tested it with System 3.2 and System 4.1, also on a Mac+ and a 512K.
There's no reason it shouldn't work on an SE or even a 128K.
Compiled with Aztec C by Manx Software Systems.
Ray Holmes, Department of Math., Stats., & C.S., Dalhousie U., Halifax, N.S.
holmes@dalcs.UUCP BITNET or UUCP
holmes@cs.dal.cdn BITNET or CDN
holmes%dalcs.UUCP@seismo.ARPA ARPA
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-ROGUE-CLONE-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-ROGUE-CLONE-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-ROGUE-CLONE-PART3.HQX
DoD
]
------------------------------
Date: Wed 15 Jul 87 09:36:41-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Kolor
[ Uploaded from Delphi by Jeff Shulman ]
Name: KOLOR
Date: 15-JUL-1987 00:41 by LOGICHACK
Kolor and its accompanying instruction file is a Control Panel
Extension written by Russ Wetmore of Apple Computer. It allows you to
change the standard system colors including window titles, scrollbars
and more.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-KOLOR-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-KOLOR-PART2.HQX
DoD
]
------------------------------
Date: Tue, 21 Jul 87 14:38 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: PackIt III V1.3
Name: PACKIT III
Date: 20-JUL-1987 20:32 by CHESLEY
[ File 3 updated 19-JUL-1987 22:05 by CHESLEY to V1.3. There are two changes in
version 1.3: (1) Compression is now the default when packing files. (2) While
PackIt has always packed all of the Finder flags into the packed file, it has
also always masked off some when unpacking (this is necessary for some flags,
while others are undefined at this time). Originally only two flags were
unpacked: Invisible and Has Bundle. Some more flags have now been defined and
are now unpacked as well: Locked, System, Cached, Shared, Always SwitchLaunch,
and Never SwitchLaunch. ]
PackIt III file packing, compression, and encryption utility. Fully compatable
with PackIt I and PackIt II.
[ This only contains the application file - Jeff ]
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PACKIT3-13.HQX
DoD
]
------------------------------
Date: Wed 5 Aug 87 10:27:19-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Window Mgr FKEY's
[ Uploaded from Delphi by Jeff Shulman ]
Name: WINDOW MGR FKEY'S
Date: 4-AUG-1987 00:40 by MICHAELDARK
Window manger FKEY's that will let you close windows, resize (zoom box)
windows, and shuffle windows, all from the keyboard.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-WINDOW-MANAGERS.HQX
DoD
]
------------------------------
Date: Thu, 25 Jun 87 08:56 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #46
Usenet Mac Digest Wednesday, June 24, 1987 Volume 3 : Issue 46
Today's Topics:
Re: Working with Laser Writer Plus Ports: Can both be used simultaneously?
Cadmac ? MacApp on Unix ?
Re: Finding out if there are no windows on the screen
Re: A Trivial Suggestion
Re: Finding out if there are no windows on the screen
Re: Jasmine Disk Drives
Obtaining a list of files from a wildcard
Finder rebuilding of desktop.
REdit 1.2 SF Bug?
Re: Finder rebuilding of desktop.
wanted: Ada system for Mac
Re: Color monitors
Drawing chemical structural formulas.
Re: Finder rebuilding of desktop.
List Manager in LightspeedC
Mac II PRAM and External Hard Disks
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-46.ARC
DoD
]
------------------------------
Date: Thu, 25 Jun 87 08:56 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Usenet Mac Digest V3 #47
Usenet Mac Digest Wednesday, June 24, 1987 Volume 3 : Issue 47
Today's Topics:
finder icon locations
Re: Mac ][ First Impressions...
Mac+ SIMMS in Mac II (be careful) (2 messages)
Mac ][ color resource editors/TMPLs?
Macintosh Applications Development.
Trapping Keyboard Events
HD Error handling.
Macintouch news
Re: ATTENTION ALL MICRO USERS!!! FCC INFORMATION TAX AHEAD!!
Dear Apple: Finder feature wanted
question about writenow dictionary
SE ROM problem
Macs & Sailing & Basic
Spell checkers for Mac
Finder Feature
Question: Finder Windows & Mac II Screens
wanted: cross-development tools
Where You Can Find Whole-Screen/Whole-Page Images
Re: Finder Feature
More on Word Tools
Re: Spell checkers for Mac
Colorizing your new Mac II...
3rd Party internal HD's for SE
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-47.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂23-Aug-87 2202 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #112
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 23 Aug 87 22:02:46 PDT
Date: 23 Aug 87 2159-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #112
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 23 Aug 1987 Volume 5 : Issue 112
Today's Topics:
Macintosh Sysops Conference 9/13/87
LaserWriter is to be discontinued?
Question on LaserWriter printing
LaserWriter PicComment Problem
Questions for LaserWriter Spooler
PostScript interpreter
Imagewriter II Printing
LW+ and 14 inch paper
Hot Tip: Knob for LaserWriter
Word 3.0 and LaserWriter
Equations on the Mac: TeX >>plus<<WYSIWYG (Message to MacEqn and Expressionist Developers)
Laser Spoolers
Driver for HP-laserjet?
Jetstart question
Mac/PC/IIGS ---> LaserWriter?
Printing Mac files from other computers?
Symbolics and Mac II's
IW-I on PC
Vax to MAC+ cables
Mac to VAX postscript transfer
Embarassment of Riches
Instructional Computing for the Mac
RE: MAC=>VAX transfers
----------------------------------------------------------------------
Date: Fri, 21 Aug 87 15:21:37 PDT
From: Bernard Aboba <aboba@portia.Stanford.EDU>
Subject: Macintosh Sysops Conference 9/13/87
ANNOUNCEMENT
First Annual Macintosh Sysop's Pow Wow
10AM -- 8 PM
Sunday, September 13, 1987
Stanford University Campus
The recent convergence of optical media and networking technology promise
to bring about a telecommunications revolution. The First Annual Macintosh
Sysop's Pow Wow, focusing on the theme "Building the Bulletin Board of
Tomorrow -- Today," will aim to show how sysops can put this technology to
use TODAY. The Pow Wow is open to all past and present sysops and
assistant sysops of BBS's serving the Macintosh community, whether the
board runs on a Macintosh or not.
As part of the Pow Wow, there will be a panel discussion entitled "Notable
Networks: FidoNet and USENET," featuring Tom Jennings, author of FidoNet
and winner of the Andrew Flugelman Award for shareware; Tim Pozar, author
of a FidoNet/USENET gateway; and Erik Fair, USENET administrator. There is
also an hour time slot reserved for vendor presentations, and it is
expected that vendors will preview upcoming product announcements and
discuss discount offers of interest to sysops. The Pow Wow will also
provide an opportunity for sysops to socialize, trade public domain and
shareware libraries, and share a potluck lunch and a restaurant dinner.
To obtain a registration form, send mail to:
aboba@portia.stanford.edu (ARPA-NET)
or 73057,1202 (CompuServe)
Completed registration forms are due by September 5, 1987, so please
get this out quickly!
------------------------------
From: <MBORSETT%NUACC.BITNET@forsythe.stanford.edu>
Subject: LaserWriter is to be discontinued?
InfoWorld reported on June 15 (yes, I'm only slowly catching up with my
reading [not as slowly as I'm catching up on mine. DoD]) that "Canon
USA recently told its OEMs that the CX engine ... will be discontinued".
Unknown is the exact date that CX production will halt. Apple had no
comment.
The LaserWriter is based on the (now obsolete) CX engine, like the old HP
LaserJet. HP has already migrated to the newer Canon engine (the SX) with the
LaserJet plus, and from the above it seems like Apple will be _forced_ to
adopt the SX engine sometime in the near future.
At the office I work for we are in the process of installing an AppleTalk/TOPS
2 based network with Macs and PCs, and we are going to buy a Laser Printer.
The decision on what laser printer and when to buy it is entirely up to me.
Right now I am leading towards buying a LW Plus, but what if Apple
discontinues it for an SX-based model in a month or two? I'd be ridiculized to
death.
Should I buy or should I wait?
Mike Borsetti
Northwestern University, Chicago, IL
Bitnet: mborsetti@nuacc.bitnet
MCI Mail: MBORSETTI
Telex: 6502526746 MCI UW
FidoNet: 115/729 (312-729-8768, member EchoMAC)
Voice: +1 312 492-8833 -- weekends 15:00 to 04:00 GMT, please!
------------------------------
Date: Fri, 24 Jul 87 18:34:54 PDT
From: Reo_Audette%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: Question on LaserWriter printing
Does anyone out there know of a utility program or desk accessory
to print a file containing (in column 1) logical carriage control
characters (1,0,+,-,blank) on the Apple LaserWriter? Print
options such as portrait or landscape and type fonts and sizes
would be useful but are not required.
------------------------------
Date: Mon, 17 Aug 87 10:28:29 SET
From: guenther blaschek <K331671%AEARN.BITNET@forsythe.stanford.edu>
Subject: LaserWriter PicComment Problem
I wrote a desk accessory for drawing MacDraw-like object oriented pictures.
My DA supports hairlines, but I have some problems switching the LaserWriter
back to normal. Here are the details:
TechNote #91 describes the PicComment 182 for setting the LaserWriter's
line width. It says that the line width is to be specified by a point p,
where p.v/p.h is multiplied by the pen size set by SetPen.
After drawing some objects with PenSize(1,1) and p.v=1, p.h=4 (i.e. plain
hairlines), the program should switch back to normal mode for lines of
"normal" width. I tried to issue a PicComment 182 again with p.v=p.h=1.
The effect: subsequent lines of width 1 are still drawn as hairlines, but
fatter lines (e.g. (2,2)) are drawn correctly.
During my experiments, I discovered a magic thing: drawing a (1,1) line
immediately after a hairline draws a hairline, but if i draw for example
a (2,2) line immediately after the hairline and t h e n a (1,1) line,
both lines are drawn properly. Note that the hairline mode was "switched off"
by a PicComment 182 in both cases. Strange, isn't it?
Now I had a good idea: After the PicComment with p.v=p.h=1, I tried first
SetPen(2,2) and then SetPen(1,1). The effect was the same, because the
LaserWriter (either the driver or the device) simply ignored the first
SetPen. After hacking around for a couple of days, i finally found a solution:
My DA does not print a picture itself, but rather allows the user to copy
it and paste it into another document (e.g. MacWrite). The drawing is
moved from the DA to the text processor as a PICTure via the Clipboard.
The only way to work around this problem is now to switch the hairline mode
off (PicComment 182), then SetPen(2,2), draw an invisible line somewhere
outside the picture frame, SetPen(1,1) and the draw a normal line.
Needless to say that I'm not very happy with this solution, because the
generated pictures tend to get rather big this way.
Is there an efficient solution for my problem? Maybe this is even worth a
further revision of TechNote #91 alias #72...
G.Bl.
------------------------------
Date: 30 July 1987, 17:01:31 EDT
From: HERMAN at TECMTYVM
Subject: Questions for LaserWriter Spooler
This is my first posting so I hope it's right. Currently I am working on a
spooler for the LaserWriter and I can't find some information I need. Any
help will be appreciated.
What's needed to run in the foreground of AppleShare?
Where can I get the latest documentation about PostScript spooler comments?.
Currently I have the following Documents:
- Print Spooling on AppleTalk -- Architectural Specification.
Gursharan S. Sidhu. Apple Computer, Inc.
Draft 0.2 -- June 27, 1986.
- 1.1 PostScript Comments Summary
Aldus, 13 November 1986, John Nelson.
- APD Files: An Interchange Format for PostScript Printer Descriptions.
Adobe Systems, Inc.
Draft of 26 June 86.
but the new version of LW drivers (i.e. 4.0) does not follow these conventions.
Is anybody out there who can help me with this problem?. Apple?, Adobe?, Aldus?
Thanks in advance.
Herman Camarena.
Instituto Tecnologico y de Estudios Superiores de Monterrey.
Monterrey, Mexico.
BITNET: HERMAN@TECMTYVM.BITNET
------------------------------
Date: Tue 23 Jun 87 09:11:02-PDT
From: Craig Rasmussen <CER@STAR.STANFORD.EDU>
Subject: PostScript interpreter
From time to time there has been a desire expressed for a PostScript
interpreter that would run on Macintosh. I recently had a graphics project
that I wanted to display on my Mac and PostScript seemed to be the best
vehicle. Inorder to complete the project I wrote an interpreter which treats a
very limited subset of the PostScript language. The subset includes: moveto,
rmoveto, lineto, rlineto, arc, translate, scale, setlinewidth, setgray,
scalefont, and show. If anyone is interested in the program or in the source
code (LSC) please let me know. If there is enough interest I will post a
binhex file.
One question I have after trying to implement the PostScript rotate command,
is, why doesn't QuickDraw have a rotation operator. My guess would be that
rotation needs floating point and would therefore be too slow. However, with
the Mac II and floating point processors this need not be a limitation. Does
anyone know if Apple has plans to add rotation to QuickDraw?
------------------------------
Date: Thu, 16 Jul 87 11:50:14 EDT
From: Tom Coradeschi - Army Armt RD&E Center <tcora@ARDEC.ARPA>
Subject: Imagewriter II Printing
Has anyone besides myself noticed a problem printing on the Imagewriter II?
It seems that no matter what I try, or what application I am using, it is
simply impossible to print without page breaks. Typically, most of my print
jobs are text files created using Apple's Edit, and are source for MS Fortran.
I really have no need for the page breaks, they just waste paper and time.
I am currently using IW driver 2.5. Should I hunt around for an older release?
The DIP switches in the printer are set for 'perforation skip inactive'. Any
suggestions?
Regards,
tom c
------------------------------
Date: Tue, 23 Jun 87 02:19 EDT
From: <JRCLARK%UTKVX3.BITNET@forsythe.stanford.edu>
Subject: LW+ and 14 inch paper
Thanks to several who responded to my query on how to
print legal size paper using manual feed with LaserWriter 4.0.
Several people indicated that a legal paper tray was required, but
ANDERSEN <SIGURD@VAX1.ACS.UDEL.EDU> had the true solution. Who
even pays attention to the options button on the page setup, but,
if one selects "larger print area" all works fine as I confirmed
immediately after receiving this reply. Thanks again
Jim Clark
Dept. of Math/CS
U TN at Martin
------------------------------
Date: Tue, 30 Jun 87 14:55:44-1000
From: uhccux!uhmanoa!uhmanoa.ICS.HAWAII.EDU!david@nosc.mil (David
From: Lassner)
Subject: Hot Tip: Knob for LaserWriter
Do you use a LaserWriter in more than one operating
mode? If so, treat yourself to a knob for the mode
switch. Radio Shack part #274-403 fits like a champ.
2 knobs for $.79.
------------------------------
Date: Mon, 22 Jun 87 16:59:31 PDT
From: Janine Roeth <jar@portia.Stanford.EDU>
Subject: Word 3.0 and LaserWriter
Does anyone have any information on the problem with Word 3.0 and
the Laserwriter that when you spool a job, the "no paper" light comes
on (yellow), but there is still paper in the LaserWriter?
I've seen this multiple times; I can neither identify a consistent
system or source of Word nor does it happen on only one LaserWriter.
We've established several "solutions": re-powering the LaserWriter,
reinstalling Microsoft Word (on hard disks), reinstalling printer
drivers. Obviously none of these are satisfactory.
Any clues????
thanks,
Janine Roeth, Stanford
jar@portia.stanford.edu
------------------------------
Date: Fri 24 Jul 87 10:14:20-PDT
From: Tony Siegman <SIEGMAN@Sierra.Stanford.EDU>
Subject: Equations on the Mac: TeX >>plus<<WYSIWYG (Message to MacEqn
Subject: and Expressionist Developers)
Those who have used TeX enough to become familiar with it -- which does
NOT require an arduous learning process -- appreciate the enormous
advantages of a coded format like TeX for equations and complex math (and
also for very long or complex documents); while those who have used any
friendly but powerful WYSIWYG editor like MacWrite or WriteNow understand
the enormous virtues of the WYSIWYG approach for many other aspects of
document preparation. What one would really like is somehow to have the
virtues of both, keeping in mind that:
1) Many of us are only occasional or intermittent users; whatever system
we use has to be simple and transparent so we don't forget how to use it
between sessions.
2) We really only want to learn the tricks of ONE complex system (e.g.,
TeX) -- we don't have time or memory to become power users of TeX, AND
MacEqn, AND Expressionist, AND ...
The optimum solution, I believe, would be a "mini-TeX" DA which provides
about the capabilities of MacEqn or Expressionist, >>but does it using a
subset of TeX as the input mechanism<<.
That is, a subset of TeX limited to the same mathematical constructs in
MacEqn or Expressionist (which one can already see are very close to TeX
in their logical structure), and capable of handling only one mathematical
expression, or one display equation, at a time.
The person who knows and uses TexTures for larger-scale documents, but
prefers MacWrite or WriteNow for simple documents, can then enter an
equation or a mathematical expression in a MacWrite document by pulling
down the mini-TeX DA; entering the expression in TeX format; having
mini-TeX process it into WYSIWYG form (maybe putting the output on the
Clipboard); and then pasting it into the MacWrite or WriteNow document,
just as one does with MacEqn or Expressionist.
If the TeX source can somehow be kept with the MacWrite document, in some
invisible form, that would be even more insanely great. One could, if
necessary, later convert the entire MacWrite document to a TeX source
document; or one could do global editing of the equations (i.e., Change
"\alpha" to "\alpha_0" in every expression in the document, with a single
command).
Message to MacEqn and Expressionist developers: I like the way your
products work; but I HAVE to stick with TeX as the one complex system I'm
going to learn and use (because there are complex things I can only do with
it). How about combining all the thought and conceptual genius and
world-wide use of TeX with the great usefulness of your systems???
------------------------------
Date: Thu, 23 Jul 87 14:05:06 edt
From: LARRAGA <larry@pyr1.acs.udel.edu>
Subject: Laser Spoolers
We just received Apple's LaserShare Print Spooler recently. We've had it on
order since February. In the meantime, we tried almost every one of the other
spoolers available on the market. Here are our comparison results:
AppleShare network - 7 users
Macintosh II Hard Drive 40SC File Server, 2 Mb RAM
File Server is also Intermail Server
Macintosh SE Dual Drive w/External Hard Disk 20SC Node
Laserwriter Driver 4.0
Non-spooled printing Time to free up Mac Time to print
Slower bitmap - no 4% reduction 6:30 8:17
Faster bitmap - w/4% reduction 1:09
Slower bitmap - w/4% reduction 1:03
Spooled Printing
Vendor Product Ver Time to spool Time to print
No. (Min:Sec) (Min:Sec)
Think LaserSpeed 1.5 0:14 2:18
SuperMac SuperLaserSpool 1.0 0:06 2:08
Infosphere LaserServe 1.3 0:24 2:26
Apple LaserShare 1.0 0:15 2:07
While LaserShare is good at getting the spool data off of your
machine and on to the server, it lacks all the bells and whistles
of the other programs; features that we have grown accustomed to
in our shared printer environment. We feel LaserServe and Laser
Speed's messages for manual feed media insertion and finish of job
are great timesavers. Our farthest node is a good 200' down a hall
and through 3 doorways. Having LaserShare set off an out of paper
warning alarm in the server closet is no help at all. Ditto for
any error messages warning that something went wrong with your print job.
LaserShare just does NOT inform the user at his node about anything
at all. SuperLaserSpool is extremely fast at spooling, but the
version we had randomly schmooshed text together in MacWrite
documents.
All in all we like LaserShare. But we're hoping some AppleTalk hacker will
pickup the ball with an INIT or something that would give the printer
status at the user nodes when applicable.
Larry Larraga
Ron Nichols
University of Delaware
Microcomputing Resource Center
152 Newark Hall
Newark, DE 19716
(302) 451-6782
------------------------------
Date: Fri, 14 Aug 87 13:26:39 +0200
From: Ole Solberg <O_Solberg%VAX.RUNIT.UNIT.UniNett@NTA-VAX.ARPA>
Subject: Driver for HP-laserjet?
Does anyone know if there exist driver(s) for the HP-laserjet
(and compatibles) for Mac?
------------------------------
Date: Fri 24 Jul 87 19:15:47-PDT
From: David Liu <DLIU@Sierra.Stanford.EDU>
Subject: Jetstart question
I have connected a QuietJet (HP printer, relative of the ThinkJet, only wider)
to my Mac+. With JetStart from SoftStyle, it worked very well and much
more quiet than the Imagewriter I or II. The only problem is that Mockwrite
and MockPrint does not work.
I have called the people in JetStart in Hawaii and asked about it. They are
friendly, patient and tried to help me. It is possible that the Mock's were
done in 'non-standard print', according to the SoftStyle people that it
failed to work together with JetStart.
I have also tried to use the SuperMac print spooler and it seems to be not
compatible with my JetStart and HP printer.
I have a XP-20 from Dataframe. Anyone out there has a hybrid system as I
have and experienced similar problems?
David Liu, DLIU@SIERRA-STANFORD.EDU
------------------------------
Date: Tue 30 Jun 87 16:48:34-PDT
From: Marvin Zauderer <ZAUDERER@Sushi.Stanford.EDU>
Subject: Mac/PC/IIGS ---> LaserWriter?
Hi all:
I'd love to network all the PC's, Macs, and IIGS's in my office
together, such that each machine could direct output to a (shared)
LaserWriter. (Never mind file servers for now....) I realize that there's
been much discussion here about networking PC's and Macs, but I don't
recall any mention of IIGS's. Anyone know if it's possible to add IIGS's
to the chaos? I know the GS has Appletalk, so it would seem possible. Any
recommendations or ideas are welcome, including a summary of the verdicts
on the various PC/Mac/LaserWriter networking software packages.
Thanks,
Marvin Zauderer (Zauderer@SUSHI.STANFORD.EDU)
------------------------------
Date: Mon, 29 Jun 87 11:06:40 jdt
From: Shmuel Browns <shmuli%humus.huji.ac.il@RELAY.CS.NET>
Subject: Printing Mac files from other computers?
We have a couple of PostScript laser printers connected via RS-232 lines to
a VAX running 4.3BSD Unix. We can connect the Mac as a terminal to Unix and
transfer the files using XMODEM. Does anyone know of a way to print the
Macintosh files, e.g. from MacWrite/Draw, from Unix?
Any help would be appreciated. Thanks.
------------------------------
Date: Thu 9 Jul 87 17:23:08-CDT
From: John Lawler <J.AITJLAW@chip.uchicago>
Subject: Symbolics and Mac II's
We have three Symbolics LISP machines here at AA&Co., and we've just
ordered a laser printer for them, specifically the Apple LaserWriter Plus.
We are also hoping that our two Mac II's will arrive shortly. What I was
wondering was if anyone knew if all these machines could share the printer
at the same time? If so, how and what is the easiest and cheapest method
for doing so? Any help from people who've done this would be greatly
appreciated. Thanks in advance.
John Lawler
John E. Lawler
Arthur Andersen & Co.
Artificial Intelligence Group
33 W. Monroe St.
Chicago, IL 60603 MoneyNet: (312) 507-5353
CSNET : j.aitjlaw@chip.uchicago
Internet: jlawler%oz.ai.mit.edu@xx.lcs.mit.edu
Delphi : JLAWLER
"If the Russians get their hands on this, it's curtains for the free world."
------------------------------
Date: 5 Aug 87 10:15-EST
From: "R.Rasulis" <smggyuc%BOSTONU.bitnet@wiscvm.arpa>
Subject: IW-I on PC
This may sound perverted, but I'm serious: Has anyone had any luck connecting
an Imagewriter I to a PC? What were the results. I'm using MS-WORD 3.0 (ala
IBM), which comes w/ tons of printer drivers, including the Apple LaserWriter.
I'm interested in using the Imagewriter w/ WORD. Any luck, anyone?
------------------------------
Date: Thu 25 Jun 87 08:53:21-PDT
From: MARYOTT@EDWARDS-2060.ARPA
Subject: Vax to MAC+ cables
could someone out there please send a cableing diagram for going from a
VAX to a MAC +. Any help would be GREATLY appreciated.
THANXS. Bryce Maryott
------------------------------
Date: Fri, 7 Aug 87 14:05 EDT
From: Jeff DeLisio <DELISIO%cs.umass.edu@RELAY.CS.NET>
Subject: Mac to VAX postscript transfer
Our research group recently acquired a Mac SE, primarily for creating
graphics. We would like to print these on a DEC laser printer which
accepts Postscript input. I believe this has been discussed in Info-Mac
previously and everyone here seems to remember hearing of a way - but none
that work. The current scheme is to *pretend* to print the file to an apple
laser but *capture* the output in its Postscript form while in the dialogue
box (with some key sequence). We would then transfer that via Red Ryder's
Kermit to our VMS VAX network. (I also understand we need to insert LF's
after CR's for the VAX as the Mac doesn't). If anyone has done this
procedure (or perhaps a more direct or elegant one) with success could they
please let me know. Send replies to me directly and I will gladly summarize
for the net. One additional problem is that our site (UMASS) does not have
FTP over APANET yet so we can't load any files off the Archives. SO if have
any handy utilities you'd be willing to share they would have to be Emailed
to us.
Thanking all in advance for this and other info gleamed off this net.
Jeff DeLisio ( sorry for all the ('s I program in LISP...)
arpa: DeLisio@cs.umass.edu
Bell: (413) 545-3616
Hardcopy: c/o Computer and Information Sciences Dept.
Experimental Knowledge Systems Lab
Graduate Research Center
U. of Ma.
Amherst, Ma. 01003
------------------------------
Date: Mon, 13 Jul 87 20:47 ADT
From: <SYAPPLE%ALASKA.BITNET@forsythe.stanford.edu>
Subject: Embarassment of Riches
It looks like this: currently, I teach some classes on a network of
12-18 Macs 512e(nlarged?)'s, which are served (at an agonizingly slow
pace) by one 20-meg hard disk with MacServe.
Yesterday, while rummaging through a dusty old budget here at the
College, I found one, brand-spanking new, unused, three-year old
MicroVAX I. Never even taken out of it's box.
"Huh," I said. Pulling thoughtfully at my lower lip, I asked myself
the very same question most of you would have asked:
"What can this brand new $4,000 minicomputer do for my Macs?"
Well? I ask you. Does anybody out there have an expensive mini doing
fileserving service for their cheap microcomputers? Where can I get
info/hardware for using this mini to serve/connect either of my micro-labs?
What kind of hardware will I need? Does anybody out there have a
similar set up?
Incidentally, am I wasting this box? Without spending the bucks for
hardware that will allow more than four users, is there something useful
one can do with a MicroVAX I? How pissed off should the other departments
become when they discover what I'm doing?
Use it or lose it...
JOE KENNEBEC
GFJAK@ALASKA.BITNET
"Eyeing *your* budget, too..."
------------------------------
Date: Tue, 4 Aug 87 10:04:04 cdt
From: "Beaver,John C" <BEAVERJ%GRIN1.BITNET@wiscvm.wisc.edu>
Subject: Instructional Computing for the Mac
Those on the hill here at Grinnell College have finally decided to put the
Macs they already have to some use. According to the grant from Apple that
brought them here, they are to be used for \instructional computing/. (Not
a small topic.)
We have about 20 Macs on two AppleTalk networks, 2 AppleTalk ImageWriters,
and moderately difficult but possible access to a LaserWriter. There is a
4 member VAXcluster providing heavier-duty computing, about 200 DEC
Rainbows, a network of Sun workstations arriving any day now, a few other
micros (IBM, Apple II and Tandy), and a strong desire to encourage their
use by students, faculty and administration. But as yet, aside from the
nebulous grant requirement, there isn't much thought given to the Macs.
I would like to find out what other colleges and universities are doing
with their Macs. How do you have them networked? How do you link them to
your other computers (especially VAXes)? What major applications are being
run? Chemistry? Math? Physics? Music? Foreign languages? How do you
control the network? How do you distribute software and see to it that
everybody uses the appropriate versions where that makes a difference? Have
you had problems with licensing or have you found an innovative solution to
the problem? The college, unfortunately, has decided that general word
processing does NOT fall into the category of instructional computing, so
I'll have to dig a little deeper for applications.
I realize that this is a rather major topic, but it would be very helpful
to me and to Grinnell College to get our Mac program off the launching pad
quickly. There could also be large insight and understanding gained here.
If I could trouble you to respond to me directly, I would appreciate ti
greatly and will post a summary of your doings and my findings in a couple
weeks.
Thanks in advance.
John Beaver
Programmer
Grinnell College
Grinnell, Iowa 50112 USA
BEAVERJ@GRIN1.BITNET
------------------------------
Date: 22 Jun 87 09:55:06 EDT
From: CES00661@UDACSVM
Subject: RE: MAC=>VAX transfers
The documentation I have for Kermit (V0.8(31)) and the Kermit I use which
is V0.8(34) describe the MODE option on send/receive as being either TEXT or
BINARY. In Binary, things get sent as-is, in TEXT, Kermit adds the LF after
the CR for the file being sent. The Kermit standard is that 'lines' of text
end in a CR-LF pair, so it is natural that he add them when sending a TEXT mode
file. In fact, to some machines using fixed length records, the CR-LF gets
stripped completely and the record padded out to blanks for the size of the
record.
I've used Kermit to send to machines like this and as long as I set
mode to TEXT he works like a champ. And it's simpler than having to zap the
file with another prog/DA before sending.
Bob
------------------------------
End of INFO-MAC Digest
**********************
∂05-Sep-87 0002 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #113
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 5 Sep 87 00:02:45 PDT
Date: 4 Sep 87 2358-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #113
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Saturday, 5 Sep 1987 Volume 5 : Issue 113
Today's Topics:
snd resources for Mac II
here comes FastEddie 3.1 Shareware release
Inside Mac DA, FKEY
Pseudo PostScript
PseudoPS
MultiCounter
PictDisplay
Mesmer
PopTrack
Directory 1.0
Powerstation/E
Monopoly v4.0
File Catalog Example (HyperCard)
STACKWARE DETECTIVE
Ball & Stick - new version 0.94
PostMatic
FKey Manager 2.5
ResTools 2.0
Delphi Mac Digest V3 #39
----------------------------------------------------------------------
Date: Wed, 24 Jun 87 22:16:08 PDT
From: grayson@cartan.Berkeley.EDU (Matthew Grayson)
Subject: snd resources for Mac II
Dear Moderator,
I have received several requests to post the enclosed BeepSounds
which are configured as 'snd ' resources. If these resources are
pasted into a System 4.1 file, then a Mac II has access to them as
SysBeeps via the control panel.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SND-RESOURCES.HQX
DoD
]
------------------------------
Date: Tue 21 Jul 87 13:29:26-CDT
From: Werner Uhrig <CMP.WERNER@R20.UTEXAS.EDU>
Subject: here comes FastEddie 3.1 Shareware release
FastEddie 3.1 has been released by Cottage Software as "AdWare" (as they like
to call it) without the restrictions of earlier demo-versions which were
limited to handle small files only. They call it AdWare because a window comes
up every so often which advertises Cottage Software.
this file contains the executable program; documentation and support files
follow separately.
there is one known bug which has so far withstood all attempts to kill it, and
rather than letting you discover and report it, I had encouraged CS to do a
little write-up describing it - which follows:
FastEddie3.1 Has a TeClick bug when used with a Mac launched with Finder
5.5/System 4.1. TeClick treats the tabs as if they were one character wide.
As a result, clicking on a line with preceeding tabs sets the insertion pointer
to the right of the I-Beam.
To avoid this problem start or restart the Mac with Finder5.3/System3.2. You
may then (if you choose) launch Finder 5.5/System 4.1. FastEddie3.1 should
work just fine. Alternately use FastEddie with "tabs create spaces" (see
options menu I the one headed by available memory).
Apparently Finder5.5/System4.1 patches TeClick in some way which interferes
with FastEddie's hard tab facility.
Any suggestion which leads to a fix of this problem will be greatly
appreciated. The purpetrator of the solution will, of course, receive a copy
of the newest FastEddie.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FASTEDDIE-31.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FASTEDDIE-31-DOCUMENTATION.HQX
DoD
]
------------------------------
Date: 25 Jun 87 09:47 EST
From: STERRITT%SDEVAX.decnet@ge-crd.arpa
Subject: Inside Mac DA, FKEY
Hello,
After posting my LineFeedify program, a request poured in asking
me for the Inside-Mac DA; the person couldn't find it in the archives (which
surprised me -- I thought fer sure I'd seen it on Info-Mac first!)
Inside-Mac is an online reference of all the calls in Inside Mac,
arranged by Manager. There are two list windows, one with the managers,
and one with all the calls that are in that manager. Choosing a manager,
then double-clicking on a call brings up the pascal declaration of that
call, so you can see what the arguments are. You can copy the whole interface,
or just the important parts to the clipboard to paste into your programs.
It's very useful!
There are actually two versions of the database; the short one contains
just the procedure interfaces, and the long one contains that and a good
description of the procedure, what it expects and returns, etc. This posting
contains only the short database, as the long one is about 400k (and I don't
have a hard disk). If someone else has the long version, and can upload
it, I'm sure all the hard-disk hackers would be very appreciative. Hey,
I may even do it myself if I get the time.
This file is a packit file contiaing the DA, its documentation,
and an FKEY that brings it up. I'll send the (short) manual and its index
in three files.
Final note: you must have the 128k roms to use this.
Enjoy,
chris sterritt
Sterritt%Sdevax.decnet@ge-crd.arpa (on arpanet)
C.Sterritt (on GEnie)
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INSIDE-MAC-DA-FKEY.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INSIDE-MAC-MANUAL-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INSIDE-MAC-MANUAL-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INSIDE-MAC-MANUAL-PART3.HQX
DoD
]
------------------------------
Date: Wed 22 Jul 87 19:18:17-PDT
From: Craig Rasmussen <CER@STAR.STANFORD.EDU>
Subject: Pseudo PostScript
From time to time there has been a desire expressed for a PostScript
interpreter that would run on Macintosh. I recently had a graphics project
that I wanted to display on my Mac and PostScript seemed to be the best
vehicle. Inorder to complete the project I wrote an interpreter which treats
a very limited subset of the PostScript language. The subset includes:
moveto, rmoveto, lineto, rlineto, arc, translate, scale, setlinewidth,
setgray, newpath, closepath, fill, stroke, scalefont, and show. If anyone is
interested in the program or in the source code (LSC) please let me know. If
there is enough interest I will post a binhex file.
One question I have after trying to implement the PostScript rotate command,
is, why doesn't QuickDraw have a rotation operator. My guess would be that
rotation needs floating point and would therefore be too slow. However, with
the Mac II and floating point processors this need not be a limitation. Does
anyone know if Apple has plans to add rotation to QuickDraw?
------------------------------
Date: Sun 30 Aug 87 18:31:37-PDT
From: Craig Rasmussen <CER@STAR.STANFORD.EDU>
Subject: PseudoPS
I posted a note a while ago about the availability of a small PostScript
interpreter which runs on Macintosh. This program reads PostScript from a
text file and displays the graphics on the Macintosh screen. I wasn't sure if
it would be useful to anyone so I did not publish the code at that time.
However, from the large number of mail messages I have received, it seems that
it might be useful after all. Thus, I'm sending a BinHex version of the
program to info-mac. The BinHex file includes the program PseudoPS (v0.5), a
short helpfile, and the LightSpeed C code. Beware that PseudoPS only parses a
small subset of the PostScript language and it has not been extensively
debugged.
The PostScript subset includes: moveto, rmoveto, lineto, rlineto, arc,
translate, scale, setlinewidth, setgray, newpath, closepath, fill, stroke,
scalefont, and show. If an unknown command is encountered an %offending
command message is printed to the file "PS.errors". However, the program
continues so things can get messed up in a hurry if for instance, paths are
not explicitly closed or if unknown commands leave the stack in a unknown
state.
The goal of this project was to make a "movie" on the Macintosh and not to
make an accurate rendition of PostScript. It was kind of fun programming for
the Mac, though, wished I could do it more often. Scientific programming is
not very often exciting or challenging.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PSEUDOPS05-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PSEUDOPS05-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PSEUDOPS05-PART3.HQX
DoD
]
------------------------------
Date: Tue 28 Jul 87 13:28:09-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: MultiCounter
[ Uploaded from Delphi by Jeff Shulman ]
Name: MULTI-COUNTER
Date: 27-JUL-1987 20:42 by PAGE1
A new version of the MacWrite word counter. Now supports WriteNow files and
returns sentence count and paragraph count and average words per sentence.
Written in LightSpeed C. Certain portions of this software are copyrighted by
Think Technologies.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MULTICOUNTER.HQX
DoD
]
------------------------------
Date: Tue 28 Jul 87 13:28:58-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: PictDisplay
[ Uploaded from Delphi by Jeff Shulman ]
Name: PICTDISPLAY
Date: 27-JUL-1987 21:09 by ASMCOR
This is a q&d program for displaying PICT resources with ID = 0 (as used in
startup screens for the Mac II). It will also read and display PICT data
files, as created by various graphics programs. It will also translate PICT
data files into PICT resources so you can easily create your own startup
screens. Now you don't have to restart the Mac to show someone your startup
screen. Public Domain by Jan Eugenides.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-PICTDISPLAY.HQX
DoD
]
------------------------------
Date: Mon 3 Aug 87 09:58:52-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Mesmer
[ Uploaded from Delphi by Jeff Shulman ]
Name: MESMER 1.0
Date: 2-AUG-1987 17:32 by ASMCOR
Swirling patterns of animated color, shows off the color capabilities of
your Mac II. Is it psychedelic, or what? Requires 256 colors (8-bits).
Written by Jan Eugenides
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MESMER.HQX
DoD
]
------------------------------
Date: Wed 5 Aug 87 10:26:51-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: PopTrack
[ Uploaded from Delphi by Jeff Shulman ]
Name: POPUP MENUS (SYSTEM 4.1)
Date: 4-AUG-1987 03:17 by DEWI
This is an example program (with source in Lightspeed C) demonstrating how the
new popup menus work in system 4.1
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>POPUP-MENU-EXAMPLE-C-PROGRAM.HQX
DoD
]
------------------------------
Date: Wed 5 Aug 87 10:25:55-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Directory 1.0
[ Upload from Delphi by Jeff Shulman ]
Name: DIRECTORY FKEY 1.00
Date: 3-AUG-1987 19:56 by RAYMONDLAU
[ All files updated 3-AUG-1987 19:56 by RAYMONDLAU. Directory 1.00 adds file
copying and preview plus misc. bug fixes. 1.10 will add launch feature. ]
Directory is a FKEY which allows some basic operations to be performed with
disks (and fldrs/files) Its most basic operation is to let you view the
directories of various volumes and fldrs. It allows you to rename volumes/
fldrs/files, to move fldrs/files, to delete files and entire folders and to
create folders. Also included is the ability to unmount volumes and make a
certain vol/fldr the default vol/fldr. In the near future, support will be
added for things such as a find file function, different sorting methods, a
"preview" hook, etc. This is version 1.00 and is shareware.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-DIRECTORY10-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-DIRECTORY10-PART2.HQX
DoD
]
------------------------------
Date: Thu 6 Aug 87 09:19:07-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Powerstation/E
[ Uploaded from Delphi by Jeff Shulman ]
Name: POWERSTATION/E.PIT
Date: 5-AUG-1987 17:02 by BRECHER
This packed file (use PackIt III or Unpit to unpack it) contains:
PowerStation/E version 1.1
Open PowerStation (a small companion application)
PowerStation Orientation (a text file containing summary documentation)
PowerStation/E is an evaluation version of PowerStation, a commercial product.
PowerStation is a Finder replacement that offers easy and fast access to your
applications, documents, and desk accessories. The three files are copyright
(c) 1987 Software Supply, and may be copied only in accord with the terms shown
when you choose the "About PowerStation..." item from PowerStation/E's Apple
menu.
Steve Brecher, Software Supply
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-POWERSTATION11-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-POWERSTATION11-PART2.HQX
DoD
]
------------------------------
Date: Tue, 30 Jun 87 17:23:33 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: Monopoly v4.0
Enclosed is Monopoly v4.0. It is a Macintosh version of the popular
board game, play with up to 7 other players, and the Mac can be one of
them. It's pretty neat. It is also free!
sent as a BinHex'd PackIt II file.
Gary Standorf
<standorf@cecom-2.arpa>
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MONOPOLY40-PART1.HQX
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MONOPOLY40-PART2.HQX
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MONOPOLY40-PART3.HQX
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-MONOPOLY40-PART4.HQX
DoD
]
------------------------------
Date: Thu 3 Sep 87 09:13:30-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: File Catalog Example (HyperCard)
[ Uploaded from Delphi by Jeff Shulman ]
Name: FILE CATALOG EXAMPLE (HYPERCARD)
Date: 2-SEP-1987 17:07 by PEABO
This is a HyperCard stack showing how you might import a comma-delimited text
file to make a stack with one card for each line in the text. All the scripts
have comments to explain how they work. It's free, pass it on. Unpack with
PackIt or Unpit.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-FILE-CATALOG-EXAMPLE.HQX
DoD
]
------------------------------
Date: Thu 3 Sep 87 09:13:30-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: STACKWARE DETECTIVE
[ Uploaded from Delphi by Jeff Shulman ]
Name STACKWARE DETECTIVE
Date 30-AUG-1987 10 52 by PEABO
This is Stackware Detective, a program for peeking inside HyperCard stacks.
You select the amount of detail you want to see, from script only all the
way to complete dumps of the bitmaps. Works on damaged stacks that
HyperCard won't open. Use with a text file compare program to keep track
of changes you make to your stacks.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-STACKWARE-DETECTIVE.HQX
DoD
]
------------------------------
Date: Thu, 09 Jul 87 15:58:43 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: Ball & Stick - new version 0.94
I just got this file from a friend of mine, who asked me to post it
to the Info-Mac digest:
This is a new demo version(0.94) of the molecular graphics program
"Ball & Stick". Several features have been added and bugs removed.
The program is now able to print. This demo version is for 32 atoms,
for information on how to get the full featured version (256 atoms)
use the About... Menu Item. The 1.0 release is due in fall.
Please address any correspondence concerning "Ball & Stick" to
Norbert Mueller
Institute of Chemistry
Johannes Kepler University
A-4040 LINZ
AUSTRIA
EARN/BITNET: K360171 @ AEARN
Please note that I will not be at this place from July 15th to
August 22nd.
This file should replace the earlier version posted to this net.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-BALL-AND-STICK-094.HQX
DoD
]
------------------------------
Date: 10 June 1987, 18:31:36 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: PostMatic
The powers of the net are fantastic. Some time ago I posted a query
about a program called Post-A-Matic. This program was supposed to turn
the pseudo-postscript created by a Mac (when you type COMMAND-F after
clicking in the OK box when printing to a LaserWriter) into REAL
postscript.
Today a disk arrived from Peter Bennett in Canada with a kind note
and the latest version of the program. Peter indicates that the program
is free for using in a non-commercial fashion (if you want to send
him money then that is fine with him), BUT if you use it in a commercial
venture then he requests $50 (Cdn). The docs file contains all the necessary
info. One caveat is that this version is dated a month or two ago and
it isn't clear to me whether it will support LaserWriter 4.0. Good luck.
David Gelphman BITNET address: DAVEG@SLACVM
Bin #88 SLAC ARPANET address: DAVEG@SLACVM.BITNET
Stanford, Calif. 94305 UUCP address: ...psuvax1!daveg%slacvm.bitnet
415-854-3300 x2538 GEnie: D.Gelphman
usual disclaimer #432 applies: my employer apologizes for the fact
that I have access to this net.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-POSTMATIC40Z.HQX
DoD
]
------------------------------
Date: Fri, 3 Jul 87 22:39:12 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: FKey Manager 2.5
This is FKey Manager 2.5. It creates a menu of FKeys which which are
currently installed in the System file, & lets you assign FKeys to any number
key on the keyboard. (For those of you who are unfamiliar with FKeys,
they are desk accessory-like applications which are assigned to Command Key
combinations (like Command-shift-4, which prints the contents of the screen)
rather than being installed as desk accessories. This saves your valuable
desk accessory slots. Lots of FKeys are available on various bulletin boards.)
It also has an FKey preview mode to run FKeys without installing
them in the System file (works much like the Other... desk accessory).
Please note that this version does NOT run on 64K ROMs. It does run on 128K
& 256K ROMs and it is free! This is a tool that everyone should have in
their library of utilities.
Gary Standorf
<standorf@cecom-2.arpa>
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-FKEY-MANAGER25.HQX
DoD
]
------------------------------
Date: Fri, 04 Sep 87 09:26:10 -0400
From: Alan Dahlbom <adahlbom@PARK-STREET.BBN.COM>
Subject: ResTools 2.0
The following three messages makeup ResTools Version 2.0. ResTools is
a resource compiler/decompiler. It uses an input syntax very close to
that used by MPW's rez/derez. It is intended as a poor man's rez/derez
replacement, for use by those of us too poor or unwilling to use MPW
(e.g. the users of LightSpeed compilers). Off course, it's completely free.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RESTOOLS20-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RESTOOLS20-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RESTOOLS20-PART3.HQX
DoD
]
------------------------------
Date: Sat 15 Aug 87 12:13:04-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #39
Delphi Mac Digest Friday, January 1, 1904 Volume 3 : Issue 39
Today's Topics:
Re: Re: PopUp menus
Bill Campbell's Expo Keynote Speech
Bill Atkinson talks about HyperCard
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-39.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂06-Sep-87 0154 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #114
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 6 Sep 87 01:54:37 PDT
Date: 6 Sep 87 0153-PDT
From: Moderator Dwayne Virnau... <INFO-MAC@SUMEX-AIM.Stanford.EDU>
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #114
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 6 Sep 1987 Volume 5 : Issue 114
Today's Topics:
Remote Macintosh file representation
FzzPlot Purchasers Please Read!
68020 vs. 80386 benchmarks
.HQX WORD decrypting on UNIX
Problem with Day/Month Edit...
System/Finder Patches..
Keeper II
Cache Control FKEY
Boot Logger
Toggle Cache
Resource Compiler/Decompiler
ShutDown Key FKEY for all systems
FontDisplay 5.0 Ltd.
Pattern Maker
New version of Describe program
MultiPrint
Test XFCN
Re: LSC 2.11 Upgrade
XLISP-17.PIT.HQX
EKTeach Demo
MacPS Ltd.
----------------------------------------------------------------------
Date: 24 Aug 87 20:35:51 GMT
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Remote Macintosh file representation
For those of you who don't normally follow the INFO-APPLETALK newsgroup,
Apple has made an important proposal that affects all Macintosh programs
in hetereogeneous computing environments. A copy of the proposal
is being included for the INFO-MAC archives.
Apple proposes two file formats, AppleSingle and AppleDouble, which
represent a file on another file system (e.g. UNIX or MS-DOS) as
either one file, or two files, respectively. In the two-file mode,
the data fork is in a separate file that should be locally readable.
Further comments should be sent to INFO-APPLETALK@ANDREW.CMU.EDU.
If you want to be added to the mailing list, of course, send
mail to INFO-APPLETALK-REQUEST@ANDREW.CMU.EDU.
Joel West
Palomar Software, Inc., P.O. Box 2635, Vista, CA 92083
ihnp4!crash!palomar!joel joel@palomar.cts.com
Path: sdcsvax!ames!aurora!labrea!decwrl!nsc!voder!apple!andrews
From: andrews@apple.UUCP (Richard Andrews)
Newsgroups: comp.protocols.appletalk
Subject: Mac File Representation
Date: 22 Aug 87 22:36:51 GMT
Organization: Apple Computer Inc., Cupertino, USA
Here is our first attempt at a proposal for representing Mac files
on other file systems. Please circulate it freely. I welcome
comments and suggestions, with the following caveat:
PLEASE KEEP YOUR COMMENTS BRIEF AND CONCISE. I EXPECT A LOT OF
FEEDBACK AND I CAN'T POSSIBLY WADE THROUGH A WHOLE LOT OF MATERIAL.
I CANNOT REPLY TO EVERYONE PERSONALLY.
Please send useful comments and suggestions directly to me. Look to
this bulletin board for further drafts.
**********************************************************************
AppleSingle and AppleDouble formats for file representation
A Draft Proposal from Apple Computer, Inc.
21 August, 1987
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-APPLEDOUBLE.TXT
DoD
]
------------------------------
Date: Tue, 25 Aug 87 08:19:32 edt
From: rs4u+@andrew.cmu.edu (Richard Siegel)
Subject: FzzPlot Purchasers Please Read!
Attention all FzzPlot purchasers:
I am almost ready to release a new version of FzzPlot to registered
owners. The problem is, my database was accentally destroyed (not my
fault). I have a few letters from people who sent in their
registration fee, but by no means do these letters represent my entire
user base.
Therefore, I need anyone who has sent in their registration fee
to write me a letter, and enclose some proof of registration -- a
Xerox copy of your cancelled registration check will be fine, or send
me the cover page of your documentation. (There are some people
who have not recieved the documentation; I apologize for that; it was
lost along with the database.)
If you can't find proof of registration, just write me a letter.
I will provide a new version of the program, along with updated
documentation.
I sincerely apologize for this inconvenience. There will be no charge for
the update to registered users. Please note that the next public
release of FzzPlot will *not* be on the networks, but will be
available directly from me upon request.
(I will explain the reasons for this if requested to....)
Thanks.
Rich
R-Squared Development Systems
134 Horseshoe Drive
Williamsburg, Virginia 23185
(804) 229-2152 [After 6pm eastern time only]
Arpanet: rs4u@andrew.cmu.edu
Uucp: {your fave gateway}!seismo!andrew.cmu.edu!rs4u
Disclaimer? I don't even KNOW 'er!
"Do you wanna be a cop or a lost cause?"
-- Sean Connery, in "The Untouchables"
------------------------------
Date: Wed, 02 Sep 87 14:33:38 EDT
From: Jeff Jurvis <JURVIS%APLVM.BITNET@forsythe.stanford.edu>
Subject: 68020 vs. 80386 benchmarks
Anyone else out there fed up with Byte's biased 68020 vs. 80386
benchmarks? We have available to us a Mac II and a Compaq 386 and would
like to run the Byte benchmarks to see for ourselves. We'll use Aztec C 3.4
with its 68020 and 68881 native code generator with the Mac II.
The Byte programs are supposed to be archived on BIX but we do not have access.
If anybody has these we would appreciate a copy of the benchmark source code
(especially the Whetstone and Dhrystone code). Of course, we will post our
results to this forum.
Andy Scheck/ Jeff Jurvis
JHU/Applied Physics Laboratory
BITNET: JURVIS@APLVM
Acknowledge-To: <JURVIS@APLVM>
------------------------------
Date: Sun, 7 Jun 87 14:42:58 PDT
From: bryce%cogsci.Berkeley.EDU@berkeley.edu
Subject: .HQX WORD decrypting on UNIX
Is there a utility that will dycrypt to plain text a WORD file like the
technotes (TNXXX.HQX) without the wasteful step of dropping past
the Mac first?
Directly to TeX would be even better...
bryce@cogsci.berkeley.EDU -or- ucbvax!cogsci!bryce-
------------------------------
Date: Fri 19 Jun 87 00:36:28-PDT
From: Elliot Bennett <ELLIOT@SPOCC.STANFORD.EDU>
Subject: Problem with Day/Month Edit...
Is it me or the new system (4.1) with the new finder (5.5) that prevents
the utility Day/Month Edit from changing the format of the way the finder
(and WriteNow) present the day? Specifically, I want to change "Fri, Jun 16,
1987" to "June 16, 1987". This utility worked fine on past systems, but I
cant get it to change the current one.
Any help/advice would be greatly appreciated (please respond to info-mac for
all to read).
Thanks in advance,
Elliot Bennett
Elliot@star.stanford.edu
------------------------------
Date: Sun 21 Jun 1987 23:48 CDT
From: N. Gokhale <MMAR013%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: System/Finder Patches..
Here's a patch I designed for Finder 5.3 or 4.1 which will let you have a
small "GetInfo..." box similar to Finder 5.4. I've found this to be much
faster and more convenient, see if you like it. It just might be small
enough for the digest (25 lines).
After you convert it with BinHex4 and Packit3, open the resulting file with
ResEd present. Click on DITL, shift-click on STR#, choose "Copy", open the
Finder and "Paste". That's it, it won't increase the Finder's size.
Nihar, Western Illinois University
bitnet MMAR013@ECNCDC
internet MMAR013%ECNCDC.BITNET@WISCVM.WISC.EDU
uucp [wanginst!decvax!cbosgd!] psuvax1!ECNCDC.BITNET!MMAR013
(This file must be converted with BinHex 4.0)
:%%CTEQ4PFL"3BA4MD#j`DA3!8%P8)&"*9#!!N!3&f3#3"#Xh8%eK0!"lbHaC&+G
-8YNj")3J`[8h3c+PBPk)amVej@X1jVR6iC5XJ`Y#&Ekk1rJPGCGR#5!!lA,HL5R
8d,KH8Ehe06T#VCjp[)'*LFq658NeQbIaJ,9,&,NCY0md%l'[eV9AXrIeEIZJpfk
3!2q*lH5cRH&)jP-3HG#C5K&iJHc"+R4JZp9If#fKEEBJ"Ea4,YBeQArIV5)98TJ
ULS&(idL&P@iX8#J)%0i#68dMP4ALRL954YDZ4+F0,)3S0D4@FQfSYR)6q9!KBa#
NSdmhb5lr@%A+j[q3!$81((mr6[i!XKGI[F,TCLqkA)`*H1ZHH,q4pP*X`AkrY68
NYKG,L@Y*&59#55QN4l@`ZPaE#kA%VC6UG**j,e9D*dNNNN$38e8)J3mTL(9-TDN
3e+G*!eHNCek5U+kQ@PeYk,B!+5S',b3bf3ZRN!#UlI-b%diYIE3+m%)dC0qL$kY
Q@Tf0hA9DLMdQkhSSM'Q[aL8)!IRJJdkTK"5c5b#@e20!"PUDhkhVHTT3%q6hA9D
Yh5ELGd89+)(6kB!#FD+8qhd#8QUe)J9Y!aLhkkJ!QkAZD-c+4!@l6IZkV88QV-3
!QJrNbC932`IDHP2C&N2PFP25#BeUfC%[eh0!a28Hf6MG[EfjUY3Hp,VZk$dhkd6
Vp@0`H@jj$a4Rj8LZ$Z(Cq5Q[1pSTpj[TG+h06NrekkV88HJ2VT[dC8kQ93QLK54
3,E553,1N@Ca*DDYp**&ZD#SGP)hdNNLa0$UL[0*D`NNN(4"c6bJj@%NNLXUa&T%
aB555XN(&89%VB555SL"9D@jB555XN!"`9&4FX***28#UZR"rB555D%#Sa9L`$lD
a&rMJ2D'cMQcSi9dNNJH*i4Xp#X***&3JGTq91X***"Nm)Qjk&B555+b*4&TETQ$
&9M80(%NNA9YSP*k5@dNLdUj9bVCqdNTdNNU$28"5fEU*FV0%C$2QGJM4'3`1UUG
hi85q`rNBV0SphFaPmF-hf,j0V$'8VR4`56H+'k6LqkA)a0!UE18S*4HM[-`Md3J
##FGN-$0Q(mM&II[Xpc@rZC+[b&cm(#fFI!,aMASG%[f!3#$RB"!00f!3$8jS4k#
&j`1)"!$h1J%**dZ8!Uhcid0R(0R4`c&h`F$#li1cX&dRJEY0h(hQ(a0!J+FNJ@b
NfB9a#23$"(Sc![aNN4#!)XN2(C!!e5#24Q"IM)YQB%)!LfFI'D`3MdCJAib!8)p
'B&q-Ml"Q32)2Mii$"(T)L%!38)p'rL%!AMDCf&&MB3Merl6$MSPip*ADEZ2[-2J
3)H1b''#3!)Dr(#2LMI'*A2%fq1$af3`m`jTJYbCiZN0j"4jKc6'fkAaL9cajKc6
'h&'q-5ZH2-1DBV+KhfI$kjiEESmKmf"D)b'pRC@-C"T--*&GjMXql@"Gm(C%`Gj
SqE!jZG!bZG'4-(HD2Q`1B2KVmF&h`GNML`q0[iYEb!r'C!R-DBi,TH`AIQ$f`X`
,[b,$#3YQ(mM&SMAaYr&X`rNB&VH3!"q1)l2ZeJI0J@c$q4JI0[iY@5qlTC&hfYJ
%4MdLpTKhCmI"i8BaI-$af3`bZG(+!)Lr`MerL@3J#4C(E!)M#aDI'aL"GQ3(ia*
R5V0%k$QB#Ml"Ch%KmfrLfBIb-@U)Bb[-2JIB2(Cl2Z&&UHlZBbq1@L+I'aL"GQ3
(ia*R5V0%k$QB#Ml"-'B$#B1mdEbCjXB(MXKV6emE')&fC!IM%QG+Xd6S1CJ+2X(
%(3G-M!qDl)mGN!$@J#2MBa!Zc)$mBNcT9QLG"c-"4pJXlL3hNccB`,T0QB1[lQ5
%`G,M$#d4Vif-3,Xb!r'*-k9CSR3Fc!8IB,1iN!$jVXMb-KKZeDaR,-"E4&2MBa!
Zc)$mBNcT9QLG"c-"4pJ`5%0I(cB(2har6XH1b'Y*6T)'VdM1[5945+NMd5U5SLU
+QY&Nq+U5Xc39D1rL5S4HI2**T)X+Jkd#**6N6-9"eS%5Xp6e1cP[ke5923&14*I
IdQ434@jNmqB!!!:
------------------------------
Date: 24 Jun 87 09:51:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Keeper II
What follows is a thing from a local BBS called Keeper II. It seems to work as
did the old Keeper, locking a copy of Finder into a reserved Application Zone
(I think). Changes: 1. It works with my 68020 machine 2. It notices that
you held down the option key when you opened windows, so it doesn't always
return you to a screen cluttered with a lot of open windows.
I have no documents or info for this thing, but it seems to work. Binhex is in
the following message.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>KEEPER2.HQX
DoD
]
------------------------------
Date: Fri, 3 Jul 87 09:01 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Cache Control FKEY
[ Uploaded from Delphi by Jeff Shulman ]
Name: CACHE CONTROL FKEY FOR 68020
Date: 30-JUN-1987 01:37 by UJL0018
Cache control is a handy tool for every 68020ed Mac user, including Mac II
and Prodigy. It is an FKEY to allow very fast switching on and off the
processor cache, so that programs compiled with Lightspeed C will work.
Kiyomasa Ono [CIS 70127,247] [DELPHI UJL0018] Advanced Products Design,
Shinjuku 6-28-10 1002, Tokyo 160, Japan.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-CACHE-CONTROL.HQX
DoD
]
------------------------------
Date: Fri, 3 Jul 87 22:23:24 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: Boot Logger
This is bootlogger which was downloaded from Genie. It is an Init which when
placed in the the System folder, will log to a file in the System folder the
date and time of each reboot. It's useful to keep a record of reboots or
to make sure nobody has messed with your Mac disk while you were away.
Gary Standorf
<standorf@cecom-2.arpa>
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-BOOT-LOGGER.HQX
DoD
]
------------------------------
Date: Mon, 6 Jul 87 14:27 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Toggle Cache
[ Uploaded from Delphi by Jeff Shulman ]
Name: TOGGLE CACHE
Date: 4-JUL-1987 16:38 by ASMCOR
This is a cdev to turn the 60820 instruction cache on and off. It only works on
the Mac II, of course. Just put it in your system folder, and the new control
will show up in the Control Panel. It's mainly of use to developers, but might
come in handy if you have a program that won't run with the 68020 cache on.
(Don't confuse this with the RAM cache. They're two different things). Written
by Jan Eugenides, and placed in the public domain.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-TOGGLE-CACHE.HQX
DoD
]
------------------------------
Date: 26 Jul 87 18:00:08 GMT
From: adahlbom@CC4.BBN.COM (Alan Dahlbom)
Subject: Resource Compiler/Decompiler
Here is a resource compiler/decompiler that uses a resource syntax close
to that of Rez. It is meant for people who lack the resources to run MPW
or who perfer such things as the LightSpeed environments.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RSRC-COMPILER-DECOMPILER-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RSRC-COMPILER-DECOMPILER-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RSRC-COMPILER-DECOMPILER-PART3.HQX
DoD
]
------------------------------
Date: Wed, 29 Jul 87 08:38 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: ShutDown Key FKEY for all systems
ShutDown Key is a function key designed to provide the same capabilities
as the Finder's ShutDown and Restart commands. When invoked (using
Command-Shift-9), it presents a dialog box with ShutDown, Restart, and
Cancel buttons. When installed in a System File older than version 4.0,
only the Restart and Cancel buttons will appear. Keyboard equivalents
are provided for all buttons, allowing ShutDown Key to be called in the
event of a system hang or mouse freeze.
When used under System 4.0 or higher, ShutDown Key uses the routines
provided by Apple in the ShutDown manager package. If the ShutDown
manager is not available (ie. the System file is older than 4.0), then
all disks are ejected and unmounted before restarting the machine.
When first activated, ShutDown Key disables Switcher (if running) until
the Cancel button is pressed. This prevents Switcher from crashing due
to ShutDown Key's calls to ModalDialog. The Dialog box is centered
regardless of screen size.
ShutDown Key was a personal programming challenge to stay away from
assembly language. It was written and debugged entirely in Ligtspeed
Pascal, and the final version was compiled using TML Pascal 2.02. It
uses some interesting Pascal programming, including creating dialog
boxes on the fly without resources, accessing the "A5" world, and
highlighting the default button.
ShutDown Key is compatible with all Macintoshes regardless of memory,
system file version, ROM, processor, or keyboard.
This posting is a BinHex representatin of a Packit (uncompressed) file
holding the ShutDown Key file and its documentation (in MacWrite 4.5
format). ShutDown Key may be installed using the FKEY Installer, FKEY
Manager, or ResEdit.
Please send any comments, suggestions for improvement, or (hopefully
not) bug notices to the author:
Paul Christensen
619 North Edge Park Drive
Haddonfield, NJ 08033
CSNET: PCHRISTENSEN@RCA.COM
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-SHUTDOWN.HQX
DoD
]
------------------------------
Date: Wed 19 Aug 87 11:40:30-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: FontDisplay 5.0 Ltd.
FontDisplay 5.0 is a program that displays/prints fonts. New features
this version include:
Keyboard Maps
More header/footer control
More printing control
Font File Catalog
Dozen's more neat new features!
This *demo* version does not print nor save any configurable options. A fully
working version is only available to registered users. See the "About
FontDisplay" box for details.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FONTDISPLAY50-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FONTDISPLAY50-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FONTDISPLAY50-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-FONTDISPLAY50-PART4.HQX
DoD
]
------------------------------
Date: Mon 24 Aug 87 09:40:04-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Pattern Maker
[ Uploaded from Delphi by Jeff Shulman ]
Name: PATTERN MAKER
Date: 23-AUG-1987 11:21 by ULLMANN
This a new version of Pattern Maker with impoved capabilities for
creating fascinating patterns on the Macintosh screen. Pattern Maker
creates patterns for many types of graphic displays, or you can play
with Pattern Maker for hours and see what you canmake it do. Pattern
Maker is shareware.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-PATTERNMAKER-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-PATTERNMAKER-PART2.HQX
DoD
]
------------------------------
Date: Tue, 25 Aug 87 07:53:23 edt
From: rs4u+@andrew.cmu.edu (Richard Siegel)
Subject: New version of Describe program
This is an updated version of Robert Scott Comer's "Describe" program.
His was originally written in Megamax C, and failed to run on
systems using System 4.1 or with the new ROM set; I have ported
it to Lightspeed C, and it runs fine on all systems.
This file is in Packit iii compressed format; use BinHex 4.0 to
decode and then PackIt to unpack the files.
Read the source code (included) for more details.
Rich
[
this description is from the original posting:
***
It will display the system type, rom type and rom version. Next comes
the amount of memory, and screen parameters. Next are the system
version string and the rom patches version number. Finally, info
about HFS (installed or not) and info about each disk attached.
***
Scott Comer
Describe is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DESCRIBE.HQX
This version replaces the previous version in the archives.
DoD
]
------------------------------
Date: Wed 26 Aug 87 11:20:10-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: MultiPrint
[ Uploaded from Delphi by Jeff Shulman ]
Name: MULTIPRINT
Date: 25-AUG-1987 21:32 by SOCCERKING
Multi-Print is a utility to print out several files once. Select your
files, choose print and then let your computer print out the files one
after the other. You can have page numbers, dates, times and much
more in your custom headers and footers. You can print out your files
with a border. You can specify fonts and font sizes for your text,
headers and footers. Each file has it's own set of information, so one
can have a border, the other not, one file can be printed in Monaco-9
while the other is printed using New York-12.
This program is a learning tool as well. The source code is provided
and demonstrates several of the "For Advance Programer's Only" topics
covered in Inside Macintosh, and more. Learn how to add a dialog items
list to any existing dialog, and more specifically add your own items
to Print Manager dialogs.
I hope you find it useful! brent.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MULTIPRINT-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MULTIPRINT-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MULTIPRINT-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MULTIPRINT-PART4.HQX
DoD
]
------------------------------
Date: Wed 26 Aug 87 11:23:09-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Test XFCN
[ Uploaded from Delphi by Jeff Shulman ]
Name: XFCN EXAMPLE
Date: 25-AUG-1987 02:29 by STEVEMALLER
HyperCard allows you to install a specially-compiled resource of type XCMD
(External Command) and XFCN (External Function) into a stack or into HyperCard
itself. These can extend HyperTalk in whatever way you see fit. You might want
to control a videodisk player by sending bytes through the serial port or just
make strange noises.
This example adds a function to HyperTalk called "FileName()" which returns
the full pathname of a file the user chooses with the Standard "Open" dialog
box. This is (or I should say "was") missing from HyperTalk so I wrote it in.
Comments/suggestions to STEVEMALLER.
Enjoy,
Steve Maller
Apple Computer
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-TEST-XFCN.HQX
DoD
]
------------------------------
Date: Thu, 3 Sep 87 10:16:12 EDT
From: singer@harvard.harvard.edu (Andrew Singer)
Subject: Re: LSC 2.11 Upgrade
This is compressed PackIt file containing a patcher progam, new libraries
and additional .h files to upgrade LightspeedC version 2.01 to version 2.11.
Version 2.11 is intended as a minimal upgrade to enable the development
environment to run on and generate code for the Mac II as well as the Mac
512e, Plus and SE.
This patcher is distributed here and on other online services at no charge
by THINK Technologies, Inc. It is also available directly from THINK on
floppy disk for $10 to cover shipping and handling. To order contact THINK
customer support at the address or number below.
The contents of this upgrade are copyright 1987 by THINK Technologies, Inc.
We give permission for registered owners of THINK's LightspeedC to
copy and use it. We also give permission for all to distribute this upgrade
to other registered LSC owners. Lightspeed is a trademark of Lightspeed,
Inc. and is used with its permission.
Jack Hodgson
Product Manager
THINK Technologies, Inc.
135 South Rd.
Bedford, MA 01730
617-275-4800
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEEDC-211-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEEDC-211-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEEDC-211-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEEDC-211-PART4.HQX
DoD
]
------------------------------
Date: Mon, 17 Aug 87 08:59:57 CDT
From: Henrik Sorensen <hvs@rice.edu>
Subject: XLISP-17.PIT.HQX
Here is XLISP version 1.7
[
the following documentation is taken from the 1.4 version:
XLISP is an experimental programming language combining some
of the features of LISP with an object oriented extension
capability. It was implemented to allow experimentation
with object oriented programming on small computers. There
are currently implementations running on the PDP-11 under
UNIX V7, on the VAX-11 under VAX/VMS and Berkeley VAX/UNIX,
and on the 8088/8086 under CP/M-86 or MS-DOS. A version is
currently being developed for the 68000 under CP/M-68K and
for the Apple Macintosh. It is completely written in the
programming language 'C' and is easily extended with user
written built-in functions and classes. It is available in
source form free of charge to non-commercial users.
Prospective commercial users should contact the author for
permission to use XLISP.
this file is archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>XLISP17.HQX
it replaces version 1.4 in the archives. I am leaving the documentation
for version 1.4 because it is a text document (non-binhexed), and must be
useful to somebody.
DoD
]
------------------------------
Date: Tue, 21 Jul 87 14:34 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: EKTeach Demo
[ Uploaded from Delphi by Jeff Shulman ]
Name: EKTEACH DEMO
Date: 16-JUL-1987 20:43 by ESROG
Here is a "demo" (crippled version) of EKTEACH. EKTEACH has four lessons
and three tests for the purpose of teaching the elementary reading of the
normal electrocardiogram (EKG). In the demo version, only the first two
lessons are implemented. If you want the full version of the program, send
a tax-deductable but not refundable contribution of $20.00 in the form of a
check made out to: Drexel University/Biomed (no purchase orders!). It can
be sent to:
Stephen Dubin, V.M.D., Ph.D.
Biomedical Engineering and Science Institute
Drexel University
Philadelphia PA 19104
Other programs in this series will teach mean electrical axis and arrythmia
recognition.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-EKTEACH.HQX
DoD
]
------------------------------
Date: 7 Jul 87 20:13 EST
From: STERRITT%SDEVAX.decnet@ge-crd.arpa
Subject: MacPS Ltd.
Hello,
This is a packit file containing MacPS, its documentation and an
example script. The PS in MacPS stands for 'Professional Scripter'. The
scripts that MacPS interprets run programs (with or without multiple
documents), start desk accessories, set up startup screens, delete files,
etc. It is a very nice initial application to run, in that it can set up
all the programs that are supposed to be 'self installing', and then put
you into your favorite program on some particular document.
This is a version that supports almost everything -- if you pay
the shareware fee, you get a version that does more. It looks very good!
Enjoy,
Chris Sterritt
Sterritt%Sdevax.decnet@ge-crd.arpa on arpa
C.Sterritt on GEnie
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-MAC-PROFESSIONAL-SCRIPTER.HQX
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂27-Sep-87 2204 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #115
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 27 Sep 87 22:04:15 PDT
Date: 27 Sep 87 2202-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #115
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 27 Sep 1987 Volume 5 : Issue 115
Today's Topics:
New rules for applications
accessing handles
endless loop in MacII ROM?
Trouble with AlisaTalk
How do I get an icon for my application and document type(s)
WDEFs and CDEFs in MPW
Serial Printer (non-Mac) and 4th Dimension
Mac II hard disk benchmarks
Mac II Hard-Drives
macintalk for Mac II
Correct Mac II video cables
Two unrelated questions
OVERVUE GLITCH
RE: FKEYs under System 4.1 and Excel
Re: "disk insert..." bug
yet another FullPaint gripe or two...
Data/Control flow management programs for the Mac
Mac II games
Flight Traing Scheduler Program required
Mac II speed comparisons
CASA/CAP Software for Apple Macintosh
----------------------------------------------------------------------
Date: Tue, 28 Jul 87 18:14:43 pdt
From: palomar!joel%beowulf@sdcsvax.ucsd.edu
Subject: New rules for applications
There are two new tech notes that may be of interest both
to Macintosh programmers, and to users. Both affect future
rules for applications.
Tech Note #147 has two pieces of advice for the future.
The creator string (the resource with ID and the same type
as the application creator) will be shown in the Get Info
box for a future Finder. Make it human-readable and include
the program name, version and date.
Icon mask cuteness (e.g., LightspeedC, RedRyder) is verboten.
Apparently the mask will be used as a real mask with a color Finder,
not just XOR'ing a 2-bit B/W display, so these tricks won't work.
Finally, TN #149 notes that the Printing Manager wants the name
of your document (such as for Apple's LaserShare print spooler.)
It uses the name of the frontmost window at the time of the
PrValidate call; DO NOT SET THE NAME DIRECTLY in the print record.
If this is not already the name of the window, you can stuff
the desired name in your Cancel alert (where the title won't be
shown if you use a dBoxProc definition).
------------------------------
Date: Mon, 27 Jul 87 14:52:29 EDT
From: nucmed1!bayme@cmcl2.NYU.EDU
Subject: accessing handles
Here is a programming question from a novice. How does one access the
content of a handle. For instance, let's say I want the 10 through 20th
characters of some text stored in a handle. Or, let's say I want to make
an array with more than 32K of storage, in which case I could use pointer
math in C. Can one achieve the same effect using Pascal on a Mac - in
either the TML or Turbo incarnations?
Please address replies to:
Michael Bayme @ NYU Medical Center Dept. of Nuclear Medicine
{allegra, seismo}!cmcl2!nucmed1!bayme
or
nachbar@nyuacf (bitnet) That's my boss.
Thank you very much.
------------------------------
Date: 29 Jul 1987 1034-PDT (Wednesday)
From: andy maas <maas@portia.Stanford.EDU>
Subject: endless loop in MacII ROM?
I don't know what this part of ROM in MacII does. But it doesn't look
good to me.
address code
805112 movea.l 4(a7),a0
805116 move.l 8(a7),d0
80511a move.w (a0),d1
80511c and.w do,d1
80511e beq.s -4 ;80511a
805120 rts
My program get caught in an endless loop at 80511a-80511e
(it was executing SysBeep()).
Andy
------------------------------
Date: Mon, 27 Jul 87 13:18:02 PDT
From: LYONS%FSU.MFENET@NMFECC.ARPA
Subject: Trouble with AlisaTalk
I would be very interested in hearing from other folks using the AlisaTalk
file-server/print-spooler software for VAX VMS. (This is software that runs
on a VAX and is connected to AppleTalk via a network bridge such as the
Kinetics FastPath.) We are running AlisaTalk on a MicroVAX running VMS
4.5; our MacPluses are running System 3.2/Finder 5.3. The FastPath is
running "combined" gateway code, meaning it handles IP and ARP routing as
well as AppleTalk traffic.
Ever since we installed it, the spooler software has been unreliable--after
a day or two it crashes or just goes out to lunch. Tech support at Alisa
Systems has looked at our log files and dumps but have not been able to
offer any help; they say no one else is having any trouble at all with
their software. If you have any experience, good or bad, with AlisaTalk
please respond to me and I will summarize for the net. If you are looking
into this type of software, I would advise you to check out the other
possibilities--even if it works reliably, current versions of AlisaTalk
offer only rudimentary capabilities.
Jim Lyons Supercomputer Computations Research Institute
LYONS%FSU.MFENET@LLL-MFE.ARPA Florida State University
(904)644-2276 Tallahassee, Florida 32306-4052
------------------------------
Date: Mon, 27 Jul 87 10:17:00 PDT
From: Fat_Freddy's_Cat%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: How do I get an icon for my application and document type(s)
I've written a game that saves its own game files (in Lightspeed C)
Can someone detail precisely what I need to do to give both the application
file and its document files their own icons? What about if I have multiple
document types for the same application and I want each to have its own icon?
Thanx in advance.
------------------------------
Date: Wed 29 Jul 87 14:50:24-PDT
From: Nathan Wilson <WILSON@WARBUCKS.AI.SRI.COM>
Subject: WDEFs and CDEFs in MPW
I`ve been trying to write a WDEF and a CDEF in MPW Pascal and can`t get
the linker to agree with me. Has anyone succeeded in this endevour? If
so would it be possible for you to send or post an example?
Thanks in advance,
Nathan
------------------------------
Date: Wed, 29 Jul 87 08:43:23 pdt
From: Wm. L. Brown <wbrown@lbl-ux4>
Subject: Serial Printer (non-Mac) and 4th Dimension
We've had a chance to poke at "4th Dimension", and it looks like it's
just what we need for a new implementation of an application we did
using dBase II. The built-in programming language seems to have
everything one could want, and the ability to use the Mac user
interface in applications will solve a whole lot of problems.
The one problem, however, is that this application generates a lot of
paper. One report that is run weekly currently generates over 200
pages of output, and it will probably grow. It would be great to be
able to use a relatively fast (and inexpensive) dot matrix printer
(such as the Epson EX-1000) for output. The default draft-quality
printing is quite good enough; however we need to be able to send
the escape codes for changing character pitch, underline, bold, etc
to the printer.
Does anyone know a reasonably simple way to do this sort of thing.
We're looking into a product called "Printworks for Mac:" that has
been announced by SoftStyle but it it seems to be "Vapor-ware" at the
moment and probably isn't what we need for this application.
Many thanks for any pointers.
Bill
wbrown@lbl.edu.arpa
"If I am captured or killed, my secretary AND my boss will disavow
any knowledge of my actions."
------------------------------
From: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Date: 28 Jul 87 21:43 PST
Subject: Mac II hard disk benchmarks
There has been some speculation regarding the speed of the Apple
internal hard drive for the Mac II vs that of other drives. One point
I felt needed to be addressed is the DiskTimer speed of disks when they
are hooked up to the Mac II as opposed to a Mac+. Most times posted are
for the Mac+. Since disk i/o on the Mac is processor bound and since I
have no idea how the DiskTimer times are calculated I thought it might
be interesting to do a couple of benchmarks on the MacII.
The program I used is that supplied by SuperMac and is labelled
DiskTimerII.a. Evidently it is a slightly modified version of Steve
Brecher's Disktimer program. Here are the numbers:
Reads Writes Access
Mac II 40 MB Apple internal drive 41 48 16
Mac II with DataFrame XP40 external 50 50 15
DataFrame XP40 numbers as supplied by 52 51 18
SuperMac in their coverletter
I'm not sure what any of this means but I figured those who like
to quantify these things would at least like to have these numbers.
One thing I found is that both the XP40 and the Apple internal drive
are FAST. I'm using a XP20 (an upgraded DataFrame 20) at work with both
a Mac II and a Mac Plus and these 40 Mbyte drives are MUCH MUCH faster.
When using a MacII with the 20XP, you really feel the disk hold back
the MacII. With the 40XP and the internal 40 Mbyte drive the system
really flies.
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Sun, 26 Jul 87 23:48:07 CDT
From: Paul Fons <FONS%UIUCVMD.BITNET@forsythe.stanford.edu>
Subject: Mac II Hard-Drives
Being a recent purchaser of a Mac II and slightly light on funds, I am looking
for a good, cheap hard drive. I am hearing often now on the net of problems
of incompatiblilty with the older SCSI drives. I noticed an add in MacWorld
that would seem to answer my needs from a company called the cutting edge
(p. 214 in the July 1987 Mac World). Upon calling the company, they said
their 30 Megabyte drive is having software revisions done now to make in
compatible with the Mac II by some outfit in Boston. They said it will be done
soon (I hope). They also reported an access time of 29 ms. The price $600.
Is this too good to be true? Has anyone dealed with this company before or
had knowledge of problems others may have had with it? If this is on the up
and up , this would seem to be the best deal for hard drive storage on the
market (that I have found). The warranty is for a year by the way. Is there
anyone else out there who has found a good cheap hard drive for the Mac II?
Please drop me a line. Address is FONS at UIUCVMD (bitnet).
------------------------------
Date: Mon 27 Jul 87 00:10:35-PDT
From: Philip M. Pitner <PITNER@Sierra.Stanford.EDU>
Subject: macintalk for Mac II
Can someone either post the mew MacIntalk for the Mac II or tell me where
they've seen it. I havn't been able to locate a copy anywhere.
[ note from moderator: Macintalk for the Mac II is supposedly available
from the Apple Programmers and Developer's Association. I don't believe it
is available via any network. DAVEG
]
------------------------------
Date: Tue, 28 Jul 87 18:14:39 pdt
From: palomar!joel%beowulf@sdcsvax.ucsd.edu
Subject: Correct Mac II video cables
Apple just released a huge batch of Tech Notes, the best I've
seen yet (and I've always been a big fan of Tech Notes).
One (TN 144) is the official Mac II third-party monitor hookup.
For the Sony Multiscan (CPD-1302):
Mac Sony
D-15 D-9
1 1 Ground
2 3 Red
5 4 Green + sync
9 5 Blue
For the NEC MultiSync (JC-1401P3A):
Mac NEC
D-15 D-9
1 6,7,8,9 Ground
2 1 Red
5 2 Green + sync
9 3 Blue
Joel West ihnp4!crash!palomar!joel
Palomar Software, Inc. joel%palomar.UUCP@beowulf.ucsd.edu
P.O. Box 2635, Vista, CA 92083 joel@palomar.cts.com
------------------------------
Date: Wed, 29 Jul 87 16:44:03 EST
From: "William E. Williams"
From: <BSQUARE%YALEVM.BITNET@forsythe.stanford.edu>
Subject: Two unrelated questions
Question 1: Anybody know of a fortran-to-Pascal conversion program? Needn't
run on the Mac - Vax or even IBM mainframe would be just fine.
Question 2: Awhile back I remember seeing some hints on slimming down system
4.1 for running on a Mac Plus (or smaller). As I recall, various resources
that were only necessary for the II and SE could be trashed. Presumably, this
results in a smaller system than the one the installer gives you (310K - a
little big for us 512E types!). Could someone send me the information, or at
least direct me to the proper issue of Info-Mac (or whatever)?
------------------------------
Date: 29 JUL 87 10:30 EDT
From: V2002A%TEMPLEVM.BITNET@wiscvm.wisc.edu
Subject: OVERVUE GLITCH
Hi everyone,
While executing the following macro in overvue on our Mac-SE...
1 Do "Recalls" (The line numbers are there
2 Column "Nm" for clarity, they are not
3 Scrap "Enter recall month:" "2" actually in the macro.)
4 Select "[]"
5 Column "Ny"
6 Scrap "Enter recall year:" "2"
7 Select "[]"
8 Join "Students" "ju" "Recall/ov"
9 Column "Stunum"
10 Sort
11 Column "Student L"
12 Sort
13 Column "Stunum"
14 Group
15 Report1
16 PrintReport
..everything is ok until the PrintReport statement. I get...
+------------------------------------------------------------------+
| |
| /--------$ |
| print | OK | |
| $--------/ |
+------------------------------------------------------------------+
.. below the menu bar. When I click the `OK', nothing happens. My
chooser appears OK and when I do the actions by hand, I do get my report.
To complicate things, when I remove lines 2 thru 7 (the data input)
everything works! I get my report.
Do I need an updated Overvue, or has anyone else had problems with
Overvue macros? Our SE is Appletalked to a Laserwriter.
Any ideas/hints/help would be much appreciated.
Andy Wing <V2002A@TEMPLEVM.BITNET>
------------------------------
Date: Wed, 29 Jul 87 08:45 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: RE: FKEYs under System 4.1 and Excel
I've never seen problems activating FKEYs under System 4.1. My System
file has all FKEY slots from 5 to 0 occupied, and all can be activated
even when in Excel 1.04. I have, however, seen problems with FKEYs NOT
being disabled (eg. Kermit).
You might try starting with a "fresh" copy of the System file, and try
installing your FKEYs using the FKEY Installer or ResEdit, both of which
I've used with System 4.1.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Thu, 23 Jul 87 10:00:04 EDT
From: "William C. DenBesten" <denbeste%andy.bgsu.edu@RELAY.CS.NET>
Subject: Re: "disk insert..." bug
Nihar Gokhale <MMAR013%ECNCDC.BITNET@forsythe.stanford.edu>:
> why are the Cmd-Shift-1/2 fkey's disabled during a "disk insert..."
This is not always true. I have been ejecting disks like this ever
since I put in 128K ROMS and switched to System 3.2/Finder 5.3. I
miss this feature when I go back to a 64K ROM mac running
System 2.0/Finder 4.1. Perhaps you are running on an older system or
on old ROMS.
> This is a really bad flaw in the system obviously not fixed because
> most apple techies out there either use one drive or a HD.
Why do you find this obvious? The flaw was, in fact, fixed.
William C. DenBesten | CSNET denbeste@research1.bgsu.edu
Dept of Computer Science | UUCP ...!cbosgd!osu-eddie!bgsuvax!denbeste
Bowling Green State University |
Bowling Green, OH 43403-0214 |
Don't be too quick to flame, or you may scorch yourself.
------------------------------
Date: Wed, 29 Jul 87 09:04 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: yet another FullPaint gripe or two...
As long as the FullPaint flame committee has not been disbanded, I'd
like to throw in my two cents to problems with it:
flame #1:
When run on a MacSE, FullPaint *ignores* the keyboard mappings that
I've been used to in MacPaint. For example, it ignores the tilde
key for UNDO and the backspace key for CLEAR. It does, however,
properly recognize the SHIFT and OPTION key combinations (because
those are simple bits in the modifier field of an event record).
Note that MacPaint has no difficulty with these shortcuts on the
new Apple keyboards.
flame #2:
Try printing a document in High Quality in FullPaint, and Print Final in
MacPaint. FullPaint not only takes two to three times *longer*, but its
smoothing algorithm for the ImageWriter STINKS. Curves and text that are
jagged in FullPaint's printouts are perfectly smooth when printed from
MacPaint. It's becuase of this that I haven't thrown away MacPaint.
To the best of my experience, there is yet to be a perfect replacement
for good ol' MacPaint. FullPaint is superb, but its printing speed,
unacceptable print quality and incompatibilities with the new keyboards
send me back to MacPaint each time I want to print. If AnnArbor removed
the print commands from the File menu, I'd probably never even notice!
The only graphics program that I've ever seen with a printing algorithm
that generated quality comparable to MacPaint was PaintCutter from
Silicon Beach software. Unfortunately, PaintCutter was not a complete
painting package, it only allows large cut and pastes between documents
and creation of startup screens. SuperPaint, Silicon Beach's full
graphics package, merely uses the ImageWriter driver to print, and
although faster than FullPaint, it lacks any smoothing algorithm!
Does anyone know of a "perfect" replacement for MacPaint? I've used
ComicWorks, GraphicWorks, FullPaint, and SuperPaint, and all are at
least lacking in the area of ImageWriter print quality.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Wed, 29 Jul 87 09:17 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: Data/Control flow management programs for the Mac
Does anyone know of any programs that exist for the Macintosh that allow
management of large data flow (or control flow) diagrams and algorithms?
A good friend of mine is working on a contract with this requirement and
is stuck using a program called Nastec for the IBM PC. Although it has
the algorithmic capabilities that he needs, it has some serious
deficiencies that are best handled by the Macintosh environment. For
example, boxes can only be one size, and text must be abbreviated to
fit in that space! Connect lines are not curves, but rather ugly
horizontal/vertical line combinations. Only part of the document can be
viewed on screen...always in actual size.
What he'd like is a program with the capabilities of Nastec, but the
environment of the Macintosh. For example, he'd like to zoom in and out
of his document (he's got several *thousand* nodes), resize and drag
boxes, and print in super high quality. File compatibility with Nastec
is NOT a requirement.
Note that the program *must* have the management capabilities of Nastec.
Simply using MORE to create an outline and generate a diagram from that
outline is not acceptable. Nastec is a dataflow management system
that allows interconnection of states, and will analyze different
algorithms, providing the capability of merging at different levels.
Ideally, he'd like to have control flow capabilities in addition to data
flow.
Thanks in advance,
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
Date: Tue, 28 Jul 87 11:18:47 EDT
From: David.TinNyo@VI.RI.CMU.EDU
Subject: Mac II games
I'm writing a full color/sound knock-your-socks-off game for the
Mac II. I've already got a particular idea in mind, but I'd appreciate
any suggestions from the net. Also, any general discussion about the
gaming potential/market of the Mac II would be helpful. Thanks.
David E. Tin Nyo
Plexus
Arpanet: tin@vi.ri.cmu.edu
Uucp: ...!seismo!vi.ri.cmu.edu!tin
------------------------------
Date: Fri, 24 Jul 87 13:12 MDT
From: <RFORSTER%UNCAEDU.BITNET@forsythe.stanford.edu>
Subject: Flight Traing Scheduler Program required
[I'm posint this for a fellow analyst who does not have write access
to the net. Please send all replies to my BITnet address. Note
if you don't get a signature at the end of this message, you didn't get
all of it.
/Russ]
-------------------Immitate Oliver North here-----------------------
Help!!
Does anyone out there know of a program, (PC, DEC-20 TOPS-20, or VAX/VMS),
that would be capable of creating a flight schedule from the following?
. 150+ students, 1st and 2nd year combined
- Considering class timetable availability, sickness, etc.
. 125+ different missions
- Dual, solo, day, night, aircraft required, classes taken,
sequencing and prerequisites, weather suitability,
instructor required, etc.
. 15+ aircraft
- Single and twin engine, simulators
- Equipment suitability, mechanical availability, etc.
. 15+ instructors
- With student/instructor pairing preferences, instructing
timetables, sick leave, mission qualification,
teaching loads, etc.
. 2 hour time periods. 24hrs, 7 days, 10 months a year
. Weather factors, which change very quickly around here!
The person responsible for doing all this now claims that it's a good job for
a computer, I agree, but we don't have time to spend writing the program. <:(
Even automating 60% - 70% of this stuff would be great. Thanks in advance
--
"We must acknowledge, once and for all, that the
purpose of diplomacy is to prolong a crisis."
- Spock
Russell M Forster (Russ)
Mount Royal College BITnet: RForster@UNCAEDU.BITnet
4825 Richard Rd. S.W. ARPA: OC.Russ@CU20B.Columbia.Edu
Calgary, Alberta USEnet: seismo!calgary!vaxa!forster
Canada, T3E 6K6 Voice: (403) 240-6052
Disclaimer: I deny everything!
------------------------------
Date: Thu, 30 Jul 87 00:57 EST
From: <TEMPLON%IUCF.BITNET@forsythe.stanford.edu>
Subject: Mac II speed comparisons
Has anyone seen comparisons of the Mac II processing speed
(preferably using standard-type benchmarks) with that of the Amiga,
IBM PS/2, and any member of the VAX family (e.g. VAX 11/780)? I
have a colleague who is trying to choose a micro which can do
heavy-duty 3D graphics calculations QUICKLY; he is having trouble
finding these kinds of figures. I HAVE seen the figures comparing
the Plus, SE, and II in BYTE magazine a few months back, so
comparsions to any of these Macs would be sufficient.
I am a recent subscriber to this digest, so it's possible
that these figures appeared in a prior digest - if so, a reference to
which one would be appreciated. If these figures have *not* made it
into the digest yet, I will summarize replies and post.
Many thanks,
Jeff Templon
Indiana U. Cyclotron Facility
TEMPLON@IUCF.BITNET
------------------------------
Date: Fri, 31 Jul 87 11:13:59 EDT
From: Michael Robinson <MIKE%UTCVM.BITNET@forsythe.stanford.edu>
Subject: CASA/CAP Software for Apple Macintosh
I am looking for Computer Aided Software Analysis / Computer Aided Programming
tools for the Apple Macintosh. References would be appreciated.
/mr/
----------
There are three kinds of people: those who make things happen,
those to whom things happen, and those who ask "What happened?"
----------
+--------------------------------------------------------------------+
|Michael Robinson, Systems Programmer | MaBell: (615) 755-4003 |
|University of Tennessee at Chattanooga | Bitnet: MIKE@UTCVM, -or- |
|CECA - 413 Hunter Hall | MIKE@UTCHP1 |
|615 McCallie Avenue | Arpanet: MIKE%UTCVM.BITNET |
|Chattanooga, TN 37403 | @WISCVM.WISC.EDU |
+--------------------------------------------------------------------+
------------------------------
End of INFO-MAC Digest
**********************
∂27-Sep-87 2231 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #116
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 27 Sep 87 22:31:35 PDT
Date: 27 Sep 87 2229-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #116
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 27 Sep 1987 Volume 5 : Issue 116
Today's Topics:
MacTablet Warning
sysbeep and the sound manager on a macintosh II
Mac II Hard Disc Performance
File transfer in Pascal
snd resources
MPW & MacBottom Spooler
Problem with Quickdraw pictures in Lightspeed Pascal.
APL for the MAC
Mac money mgnt summary
Excel 1M Limit
Unix for the MAC II ?
BREAK KEY WITH MAC TERMINAL 2.2
patch 4.1
MacDraw 1.9.5 problem
Lisps for the MAC?
MacBrain for other Neurocomputing Simulations
DA which puts a MacDraw file onto the clipboard wanted
Dove RAM Upgrades
Font Catalog utility wanted
LaTeX on the Mac
Using a QuadLazer with a Mac..
JetStart on Mac II?
----------------------------------------------------------------------
Date: Wed, 05 Aug 87 09:34:46 EST
From: "William E. Williams"
From: <BSQUARE%YALEVM.BITNET@forsythe.stanford.edu>
Subject: MacTablet Warning
I recently wrote a simple program to use Summagraphics's "MacTablet" for some
precise measurements. To my surprise and delight, Summagraphics publishes a
"Programmers' Guide," which they sent me free. It has a nice description of
their driver and instructions on how to access the tablet directly (without
just pretending it's the mouse). Unfortunately, the two most valuable
PBStatus calls described in the manual are numbered incorrectly! What the
manual describes as csCode 30 is actually what happens with csCode 31, and
vice-versa. I messed around with the tablet for several frustrating hours
before calling the company and getting it straightened out. They promise a
new guide, but I'm not holding my breath.
------------------------------
Date: Wed, 12 Aug 87 10:14:22 SET
From: Alexander Falk <K360950%AEARN.BITNET@forsythe.stanford.edu>
Subject: sysbeep and the sound manager on a macintosh II
Hello everybody,
I have been on vacation for the last 3 weeks, so I don't know if this
subject has been discussed yet.
On the Macintosh II the sound manager is capable of playing sounds
in the background while normal processing continues. this is done by
setting the async flag in a call to SoundPlay().
Unfortunately the ROM Code for SysBeep() on the Mac II does not
set this bit (I traced through the ROM and found a CLR instruction
just one line above the call to SoundPlay()). This is the reason
why some Control-Panel Sounds (I have adapted all the sounds from
my favorite adventures in my System Beep list) take a long time
to play. If you have installed Samrt Alarms (it beeps 5 times) and a
long System beep (e.g. Bottled Bach) then you may take a walk before
your Mac finished playing.
Is there any reason, why the ROM Code for SysBeep() uses an snychronous
call to SoundBeep(), which blocks the whole Mac??????
If not, I would like to see a patch (maybe I'll write it myself).
Alexander
[ note from moderator: I had the same complaint as above and I also found
that if one traps the call to SoundPlay and specifies asynchronous sound
for the SoundPlay you still get synchronous sound. I gather that the rom
code was frozen before the asynch stuff was finished. This appears to be
too bad since the Mac II has a sound chip so you should be able to do these
things easier on the II than on the Plus and SE! DAVEG ]
------------------------------
Date: Mon, 3 Aug 87 23:48:21 MET
From: norbert%germany.csnet@RELAY.CS.NET
Subject: Mac II Hard Disc Performance
As several persons in info-mac asked for figures, I did some
benchmarks for the internal 40 Meg HD of a Mac II. When FSWriting
a 1.2 MB chunk to the disk, the performance averaged at 580 KB/s,
FSReading came in at 620 KB/s.
When asked via the SCSI protocol, the disk identifies itself as a
50 Meg Quantum hard disk, but our local hard disk expert could not
find a way to make the missing 10 Megs accessible. Does anybody
out there know what's happened to them?
Norbert Lindenberg
Universitaet Karlsruhe, West Germany
------------------------------
Date: Sun, 2 Aug 87 23:10 EDT
From: <PETERSO%BCVAX3.BITNET@forsythe.stanford.edu> (Phil Peterson)
Subject: File transfer in Pascal
I'm working on a project where I need to be able to transfer binary files
across regular telephone lines in some standard protocols such as MacBinary,
1k blocks etc. I have a small terminal unit which does normal FSread/write
type things.
If anyone has any advice for this, whether in the form of experience or
code segments I'd be extremely grateful.
Please reply to me directly. thanks.
Phil Peterson
PETERSO@BCVAX3.BITNET
------------------------------
Date: Tue, 4 Aug 87 16:39:35 PDT
From: PUGH%CCC.MFENET@NMFECC.ARPA
Subject: snd resources
Does anyone know the format of the 'snd ' system resource present in the Mac
II? I want to add some of my beeps but just stuffing a digitized sound in
there doesn't cut it. It looks like there are some data fields prior to the
start of the sound data.
Also, where does the system keep track of which sound is active? I imagine it
is in another resource. None of this is covered in a Tech note yet, so what's
a boy to do?
On a related note, is there a version of ResEdit out yet that lets you deal
with data in chunks greater than 32K?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Wed, 5 Aug 87 17:10 EDT
From: <PAYNE%ITHACA.BITNET@forsythe.stanford.edu>
Subject: MPW & MacBottom Spooler
Does anyone know if there is a problem using the MacBottom
ImageWriter spooler under MPW 1.0?
Using the spooler under MPW, printing stops for me as soon as
MPW thinks it is finished printing, even though there is still
data in the spooler's buffer. The cursor returns to normal,
and within seconds the printer stops. Curiously, another line
or two will print each time the disk is accessed (e.g. to open
a file, save a file, etc.) but then the spooler hangs again.
The spooler DA shows that there is still data in the buffer,
ready to be printed.
This behavior does not occur under any other application I've tried.
I spoke with the MacBottom folks, who have not seen this problem,
but they're using MPW 2.0. So I thought I'd find out if anyone
else has seen it on MPW 1.0, or has a clue as to the problem.
My system: "Vanilla" MacPlus, 1 meg memory, MacBottom 20 meg,
internal 800k disk, external 800k disk (Apple), ImageWriter II,
System 3.2, Finder 5.3, ImageWriter 2.3, MPW 1.0, MacBottom Spooler
DA 1.0i.
Thanks for any help.
-John Payne
Bitnet: payne@ithaca
Internet: payne%ithaca.bitnet@wiscvm.wisc.edu
USPS: Academic Computing Services, Ithaca College, Ithaca NY 14850
------------------------------
Date: 7 August 1987 15:04:12 CDT
From: <PUDAITE%UIUCVMD.BITNET@forsythe.stanford.edu>
Subject: Problem with Quickdraw pictures in Lightspeed Pascal.
Problem with Quickdraw pictures in Lightspeed Pascal.
I am trying to use the Quickdraw picture routines in Lightspeed Pascal (v. 1.0)
on a Mac Plus (System 3.2, Finder 5.3). However, after creating a picture using
OpenPicture ... ClosePicture, the picture is only drawn if the destination
rectangle is _identical_ to the picture's picFrame. If I try moving and/or
rescaling the destination, nothing gets drawn. I have written a 'patch' that
allows me to offset the picture's location, but I can't re-scale the picture
using this patch. Also, this patch doesn't work inside OpenPicture ...
ClosePicture: apparently, calls to drawing routines are not affected by the
SetOrigin command when they are saved as the picture definition. Can anyone
help me? The following is a sample program with comments stating what happens
when I run it. Please send me a note directly if I am doing something stupid.
Paul R. Pudaite
BITNET: Pudaite at UIUCVMD
PROGRAM Picture_Test;
{August 7, 1987 by Paul R. Pudaite.}
VAR
dummy : boolean;
event : eventRecord;
destination : point;
rectangle, boundary : rect;
picture, picture2 : picHandle;
window : windowPtr;
PROCEDURE Pause_And_Erase (description : STRING);
{Click mouse to go on to next example.}
BEGIN
MoveTo(20, 250);
DrawString(description);
REPEAT
dummy := GetNextEvent(everyEvent, event)
UNTIL event.what = mouseDown;
EraseRect(window~.portBits.bounds);
END;
PROCEDURE Draw_Picture (picture : picHandle;
VAR destination : point);
BEGIN
WITH picture~~ DO
BEGIN
WITH picFrame, destination DO
SetOrigin(left - h, top - v);
DrawPicture(picture, picFrame);
END;
SetOrigin(0, 0);
END;
BEGIN
boundary := screenBits.bounds;
InsetRect(boundary, 4, 4);
WITH boundary DO
top := top + 34;
window := NewWindow(NIL, boundary, 'Window', true, 0, pointer(-1), false, 0);
SetPort(window);
SetRect(rectangle, 10, 10, 20, 20);
picture := OpenPicture(rectangle);
FrameOval(rectangle);
ClosePicture;
{This works OK:}
DrawPicture(picture, rectangle);
Pause_And_Erase('Original picture');
{If I change any of the fields of rectangle, nothing is drawn.}
{Example 1:}
OffsetRect(rectangle, 20, 20);
DrawPicture(picture, rectangle);
{Nothing more appears on my screen.}
Pause_And_Erase('Offset picture');
{Example 2:}
SetRect(rectangle, 10, 10, 20, 20);
InsetRect(rectangle, 1, 1);
DrawPicture(picture, rectangle);
{This doesn't produce any visible results for me either.}
Pause_And_Erase('Inset picture');
{My 'patch' works in the visible grafport:}
SetPt(destination, 80, 80);
Draw_Picture(picture, destination);
Pause_And_Erase('Patched picture');
{But doesn't seem to work inside OpenPicture ... ClosePicture:}
picture2 := OpenPicture(window~.portBits.bounds);
Draw_Picture(picture, destination);
ClosePicture;
DrawPicture(picture2, window~.portBits.bounds);
Pause_And_Erase('New picture defined by patched picture');
END.
------------------------------
Date: Thu, 06 Aug 87 07:45:27 EDT
From: "Thomas D. Schardt" <K3TDS%SCFVM.BITNET@forsythe.stanford.edu>
Subject: APL for the MAC
The following are the responses I received about using the MAC for
APL. We are looking at APL*PLUS from STSC, Inc. and hope to get
their demo disk ($10). Thanks to everyone who responded.
Tom Schardt
K3TDS@SCFVM.BITNET
=========================================================================
Tom,
A company in Rockville, Md. STSC, Inc. has a program out called
APL Plus for the Mac. It's the same APL they have out for almost every computer
from mainframes to the IBM PC. The package is great for standlone work,
but it also includes an APL terminal emulation mode, which allows the Mac's
re-mapped keyboard to serve as a mainframe APL terminal. I have found it to
be perfect for mainframe use ( I'm doing my mechanical engineering senior
research project on the Wharton School's Vax 8650 running APL).
STSC can be reached at 301-984-5000.
Good luck.
Mike Bell
Bell@Eniac.SEAS.UPENN.EDU
=========================================================================
Tom;
A few years ago one of our students wrote an APL emulator for the
Mac. He used a font maker, and simply substituted what he needed.
As far as I can remember, it worked really well. If you would
like to see if you can get a copy, send Bitnet to
"PAAAAAR@CALSTATE". That is the address for Dr. Dick Botting,
who supervised the project. I don't know if he will pass it out,
but it's worth a shot.
Rich McGee
California State University, San Bernardino
"Actually, we look at a different kind of space"
=========================================================================
HI Tom
<PAAAAA7> (Rich McGee)
tells me that he told you about our APL Terminal emulator. It is really only
useful as a last resort. It is slow and written in Macintosh MS-BASIC version 1.
It can drive a printer - it downloads a special font. It does have the APL font
I had plans to reprogram it "real soon now" for two yeras.
Dick
Comp Sci, Cal State, San Ber'do
paaaaar@calstate.bitnet
PAAAAAR%CALSTATE.BITNET@WISCVM.WISC.EDU
5500, State University Pkwy, San Bernardino, CA 92407
(714) 887-7368 (voice) (714)887-7365(modem: login as guest)
Disclaimer: "I am only an egg"
=========================================================================
On a mac, you could use almost any terminal emulator as long as you had an
APL font. I think I saw one available somewhere shareware. If you send
me a request, I can check through my local MUG shareware catalogue (over
200 disks of software, no index).
A better solution, for not much more, would be to buy Scientific Time Sharing's
APL*PLUS/Mac. This is an excellent APL interpretor that supports all the
nice Mac user interface stuff (graphics, menus, sound generator, native
mode files) and includes a built in terminal emulator. It comes with a
workspace full of APL functions for moving APL data and functions between
the mac and an APL host. The language extensions include functions for
dealing with a remote APL host, so you could theoretically write applications
that shared processor between the two in parallel. STSC can be reached at
2115 East Jefferson Street, ROckville, Maryland, 20852. I think it currently
lists for $395. My only relationship with them was as an alpha test site for
the software ( I used their PC product before switching to a Mac).
Good luck,
Dan Graifer
graifer@net1.UCSD.EDU
Disclaimer: Nobody ever listens to me anyways; Why should they start now?
Yes there is such a beast - I am using it at the moment to enter this message.
I wrote it (all disclaimers are void :-))
It is called VUWTerm and it was designed to do terminal emulation
and filetransfer through an IBM series/1 running the Yale ASCII Communications
System II.
It does filetransfer using PCTRANS (available from Yale), it has Tektronix
terminal emulation (Tek 401x and Tek41xx mono only - colour coming soon I
hope) and it handles APL.
Cost is $US50.00 per each, or $US1000.00 for a university site license.
If you want more info, send mail to
Alex Heatley (I am about to go on holiday for 3 months! don't send it to me!)
Computing Services Centre
Victoria University of Wellington
PRIVATE BAG, WELLINGTON
New Zealand
E-mail to (UUCP) ghuru%vuw4341@vuwcomp (CSNET) GHURU@RS1.VUW.AC.NZ
or " newbery@vuwcomp " NEWBERY@RS1.VUW.AC.NZ
This first address is Alex, the second is me (if you're FAST - I leave
next Thursday).
FYI: Private Bag in the address above is like P.O. Box xxx, our P.O.
lets you rent such a thing and they deliver you a mail bag or two each
day to your street address.
=========================================================================
From: Guy LaRocque <Guy_LaRocque@UBCMTSG.BITNET>
About an APL terminal emulator...
You can actually transform your mac into an APL terminal
by using the apl versions of STSC and Spencer Organization.
Both companies sell very good APL versions for the MAC.
Not only can you work in a very powerful apl environment,
but you have access to several facilities for communications,
and files down-uploading. There are two other apl versions
available for the mac (MacAPL and MAC90), but I don't know
if they have a terminla emulator.
------------------------------
Date: Thu, 6 Aug 87 14:57:02 GMT+0100
From: Jon W McCombie <jmccombi@bbncc-eur.arpa>
Subject: Mac money mgnt summary
I promised a summary of the results of my query on Mac money management
software; here it is. There were three systems recommended: MacMoney,
Dollars & $ense, and In-House Accountant for the Mac. Here's a summary of
the results:
Pro Con Best Price Comments
MacMoney 5 0 $42 "a great product"
"integrates very well with MacInTax
for virtually painless income tax
preparation."
Dollars &
$ense 5 1 $81 "very weak in generating reports"
"doesn't do monthly cash flow --
must do that separately in Excel"
"doesn't do long-range planning
well."
"sometime gives incorrect balances."
"the class act in Mac personal fin-
ancial management."
In-House
Accountant 1 0 ?? "a new product, give it a try"
I believe that there were more responses re D&$ because it's been out
longer. The comments were more widely varied, from "the class act" to "I
tried it and was not favorably impressed". The comments for MacMoney,
however, were uniformly positive and full of praise. For my hard-earned
bucks, I'll buy MacMoney.
Now, how do I dial MacConnection from Germany... :-)
Jon McCombie
BBN Communications Corp.
Stuttgart, W. Germany
ARPA/MILnet: jmccombie@bbncc-eur.arpa
USEnet: ...!{inhp4, harvard, seismo}!bbn!jmccombi
Disclaimer: <Insert standard disclaimer here>
------------------------------
Date: 11 Aug 1987 15:42-EDT
Sender: LIZZA@A.ISI.EDU
Subject: Excel 1M Limit
From: LIZZA@A.ISI.EDU
I discovered, after recommending to a client that they upgrade to
2Meg, that Excel can only address 1Meg. Microsoft customer
support politely told me that they might someday extend the
address space if they get enought complaints like mine.
<flame on> I am amazed that a company with the reputation of
Microsoft has the audacity to build a program capable of
addressing 256*16384 cells in a spreadsheet when in reality the
software only allows a small portion of them to be actually used.
This smacks of another company who introduces new computer
systems without the operating system one needs to use it
properly. I feel much better now... <flame off>
------------------------------
Date: Mon, 10 Aug 87 12:25:54 MEZ
From: XMATroot%DDATHD21.BITNET@forsythe.stanford.edu (K.-Th.
From: Schleicher)
Subject: Unix for the MAC II ?
In germany there are rumours about UNIX for the MAC II.
Does anybody know details about
- what kind of UNIX will run on the MAC II,
- availability of compilers,
- release date,
- price ?
th darmstadt -- klaus-thomas schleicher
fb mathematik system administrator
schlossgartenstrasse 7
6100 darmstadt
federal republic of germany
[ note from moderator: Apple is supposed to release A/UX for the
Macintosh II sometime near the end of the year. It is supposed to be
System V with Berkeley extensions. I believe it will include compilers
for C and Fortran. I haven't heard a price point yet but you need the68851
MMU which currently costs ~$500 so that is the minimum price!
DAVEG
]
4-Aug-87 17:02:03-PDT,1013;000000000001
------------------------------
Date: Tue, 04 Aug 1987 16:34 PDT
From: GDCWOOD%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: BREAK KEY WITH MAC TERMINAL 2.2
A colleague recently upgraded to MacTerminal 2.2 and is having trouble sending
a short break (or any break for that matter). The original Mac Terminal
used the ENTER key to the right of the space bar. What key does the
old keyboard (512E) use to send a break, and what key is used on the Mac Plus
keyboard to send a break?
Any help or direction would be greatly appreciated.
Thanks in advance for your time and help.
Dan Calderwood
Humboldt State University
BITNET GDCWOOD@CALSTATE
------------------------------
Date: Thu, 6 Aug 87 10:42 N
From: <B127KLUI%HTIKUB5.BITNET@forsythe.stanford.edu>
Subject: patch 4.1
I layed my hands on system 4.1 usa, however I have the old Uk type keyboard. I g
et a shifted bottom row of keys. Unfortunately Localiser doesnot work. I know it
is possible to patch keylayout or something like that. How ?? Any help is higly
appreciated.
Ruud Kluivers
B127klui@htikub5.bitnet
------------------------------
From: kf@mitre-bedford.ARPA
Subject: MacDraw 1.9.5 problem
Date: Fri, 07 Aug 87 09:10:04 EDT
Sender: kf@mitre-bedford.ARPA
We have an encountered a font problem with MacDraw 1.9.5 on one of our Mac
SEs. As background, the SE has the Apple internal 20MB HD with System 4.1
and Finder 5.5.
This is the problem:
There are 27 fonts installed in the System folder. However, when in MacDraw,
only the first 22 fonts are selectable. The last 5 fonts are dimmed (gray)
and cannot be selected. In two other programs that we looked at, MacWrite
and Excel, all 27 fonts are selectable. Also, all the fonts are available
when we use Key Caps to look at them.
When we started MacDraw with a file that already contained text that used the
dimmed fonts (in this case Times), we were able to continue adding text in
the Times font to the MacDraw text object. Therefore, it is clear that the
fonts are available, it's just a problem with being able to select it from
the font menu.
This is what we have tried to do to isolate the problem:
1) We removed the SE HD MacDraw and copied a new MacDraw 1.9.5 from a floppy
disk to the SE HD and same thing happened.
2) We removed the last five fonts from the SE HD System using F/DA Mover 3.5
and then reinstalled them. Same thing happened.
3) We restarted the Mac SE off of a floppy disk with the 27 fonts installed
and System 3.2/Finder 5.3, and still the same thing happened.
4) We removed one font and the same thing happened (22 fonts selectable, 4
dimmed).
The Notes for MacDraw 1.9.5 say that 54 fonts can be used. So what's wrong?
What is a reasonable explanation?
By the way, I notice something else (completely separate) that I thought was
kind of strange. After we started the Mac with the floppy and 3.2/5.3, I
opened the Font/DA Mover which was on the SE HD. Therefore, the Mac, as
usual, swapped System 3.2 on the floppy for System 4.1 on the HD, as
evidenced by a different set of desk accessories. Well, in 3.2/5.3, the
Special menu contains ShutDown and does not contain Restart. In 4.1/5.5,
both Restart and ShutDown are present. However, after closing Font/DA
Mover, the Special menu still only contained ShutDown, no Restart.
Is the Restart code in the Finder, and the Finder doesn't get swapped? Or
is the Restart code in the System and just doesn't get added to the menu?
What's up? Any explanations?
kf@mitre-bedford.arpa (Kevin Fong (617-271-8163))
------------------------------
Date: 3 Aug 87 15:30 PDT
From: newman.pasa@Xerox.COM
Subject: Lisps for the MAC?
I am looking at getting a Lisp for my Macintosh SE, and I'd like a
little input before I go for it.
I looked at release 1.0 of ExperLisp, and was not particularly
impressed. It looked like it had potential, but it was unfinished. I
have not used other MAC lisps. but I have read the article in MACUSER
about Experlisp, MacScheme, and Coral Logo.
What I would like to know is, have you used Coral Lisp, MacScheme, or
Experlisp on an SE or a MAC II? Were there any problems? Which did you
like more, and what other kinds of Lisp systems do you use (Xerox,
Symbolics, etc.)? How complete is toolbox support? Can you make
standalone applications, and how well-integrated is the system into the
Mac world? How is the debugger and the editor? Have you used the
system with a big screen? If so, how did it turn out? Some of these
questions are answered by the MACUSER article, but I would like to see
what you all think in comparison with the MACUSER people.
If you have used more than one of the three systems, which do you
prefer? If someone can explain to me why Coral has a brochure listing
three different Lisps, I'd like that also. Lastly, I am curious about
why MACUSER included Coral Logo in a review of Lisps. Admittedly, Logo
is a Lisp derivative, but it is not really the same thing at all. What,
if anything, do you think about Coral Logo or ExperLogo?
Thanks,
>>Dave
------------------------------
Subject: MacBrain for other Neurocomputing Simulations
Date: Wed, 12 Aug 87 16:40:40 -0500
From: weather%bert.mitre.org@gateway.mitre.org
I have heard talk of a software product called "MacBrain"
which is a neural network simulation. Does this or any
other such neurocomputing tools exist for the Macintosh?
Please respond by E-mail to "weather@mitre.org". Thank
you for your time.
Richard Weatherly
The MITRE Corporation
7525 Colshire Drive
McLean VA 22102-3481
(703) 883-7203
------------------------------
Date: Fri 7 Aug 87 08:25:45-PDT
From: Peter H. Mahowald <MAHOWALD@Sierra.Stanford.EDU>
Subject: DA which puts a MacDraw file onto the clipboard wanted
Has anyone seen a Desk Accessory which reads a MacDraw file and
puts it on the clipboard? The figures are on the disk, and I would
like to put them in the Word document. I have a 512K so Word and Draw
wont fit in at the same time. There is a very good DA for modifying
clipboard figures but it won't read a file from disk.
MAHOWALD@SIERRA
(415)-723-3209 lab
(415)-857-0539 home↑C
------------------------------
Date: Wed, 12 Aug 87 13:08:30 PDT
From: IZZY047@UCLAVM (Gann Matsuda)
Subject: Dove RAM Upgrades
What has everyone heard about the Dove RAM upgrades? I'm specifically
interested in the Mac Plus 2 model, which will upgrade a Mac Plus to
2 megabytes using 256K chips. I know this may be a product that has
already been discussed on Info-Mac, Delphi, etc., but I haven't had
access to the net for about four months. I'd appreciate any info.
Thanks,
Gann Matsuda
------------------------------
Date: Tue, 4 Aug 87 15:26:11 edt
From: LARRAGA <larry@pyr1.acs.udel.edu>
Subject: Font Catalog utility wanted
What we need is a utility that will catalog fonts off of a disk
- a font librarian. Most of the utilities we've come across have
to have to fonts stored in a System File. If you want to catalog
a 500 or so font library, this is just not feasible. Font Display
prints an entire page of data on the font, and much too slowly for
this project. We just want a line of sample text per font printed
out, not even necessarily at every point size. Is there such a
program?
Larry Larraga
University of Delaware
Microcomputing Resource Center
152 Newark Hall
Newark, DE 19716
(302) 451-6782
------------------------------
Date: Tue, 4 Aug 87 20:10 CDT
From: <MAX%TAMLSR.BITNET@forsythe.stanford.edu>
Subject: LaTeX on the Mac
Does anyone out there have a working version of LaTeX running under
TeXtures from Addison-Wesley? How about AMSTeX?
Send replies to me, Ill summarize to the net.
Greg Marriott
max@tamlsr.bitnet
------------------------------
Date: Fri 31 Jul 1987 21:56 CDT
From: Samir Kaleem <XSAK%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: Using a QuadLazer with a Mac..
Does anyone have any experience with using a QuadLazer with a Mac+? I'm
working in a heavy IBM PC environment group and am trying to convince people
the people there that there are computers other than just PCs that can do
wonderful things (they're now using my *personal* Mac for graphic layouts).
Anyhow, I convinced my boss into buying a Mac if it can be hooked up to the
QuadLazer that they are using over a Novell network. I know that the
QuadLazer can emulater an HP Lazerprinter that will let it do graphics (and
I've heard of people using the HP Lazerprinter with the Mac), so any suggestions
anyone?
That reminds me, a friend of my mine has finally succumbed to buying an IBM PC,
but he would like to use his Imagewriter II with the PC. Is there any driver
out there that will let the PC use the Imagewriter?
Appreciate any response that I can get.
On another note, is anyone interested in buying a Cauzin Softstrip reader?
I am selling one at a very reasonable price. I haven't found it much use.
Send me a mail message at the address below if you are...
-- Samir Kaleem
Bitnet: XSAK@ECNCDC.BITNET
Arpa: XSAK%ECNCDC.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Thu 6 Aug 87 15:03:15-PDT
From: Brodie Lockard <I.ISIMO@MACBETH.STANFORD.EDU>
Subject: JetStart on Mac II?
Has anyone tried JetStart, SoftStyle's HP ThinkJet printer driver for the
Mac, on the Mac II? What are the chances of this working?
Brodie Lockard
brod@portia.stanford.edu
------------------------------
End of INFO-MAC Digest
**********************
∂28-Sep-87 1944 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #117
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 28 Sep 87 19:44:34 PDT
Date: 28 Sep 87 1942-PDT
From: Moderators David Gelphman, Dwayne Virnau, Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #117
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 28 Sep 1987 Volume 5 : Issue 117
Today's Topics:
Re: C++
32K limit, Tech notes, etc.
Lightspeed Pascal 1.11a Upgrade
Changes to the MacBinary standard
HYPERCARD-BIRDINFO.HQX
Servant 0.951
ResTools 2.01
Cache XFCN
Karnaugh
SoftDisk
Reminder 1.01
Super Paint upgrade patch
Describe (Proper Version)
SCSI Formatter/Installer (Using an Atari hard disk with a Macintosh)
DA's from Mosaic Codes
Questions: System 4.1, Mac II memory, Super Laser Spool
IW II Page Break
BREAK DA
_Re-setting serial ports
MacTerminal & VMS
PCB Layout/Design Software for Mac SE/II ?
QUERY: Cutting Edge 30 meg scsi
emacs for the mac?
GKS
----------------------------------------------------------------------
Date: Fri, 14 Aug 87 14:21:26 pdt
From: Larry Rosenstein <lsr%apple.csnet@RELAY.CS.NET>
Subject: Re: C++
In article <8708091412.AA15830@ucbvax.Berkeley.EDU> you write:
>
>From: PEABO
>Subject: RE: Object-oriented C (Re: Msg 1953)
>Date: 4-AUG-11:57: Tools for Developers
>
>Any idea how they are going to resolve the difference between C++ using
>pointers and the Mac using Handles? I count that as the number one
>stumbling block ...
We are adding an extension to C++ to handle this. There will be a built-in
object type called indirect. Any object that is descendant from indirect
will be allocated as a handle and will use the Object Pascal method call
dispatcher. Object not descended from indirect will be allocated as pointer
and use the standard C++ dispatcher.
Larry Rosenstein
Object Specialist
Apple Computer
AppleLink: Rosenstein1
UUCP: {sun, voder, nsc, mtxinu, dual}!apple!lsr
CSNET: lsr@Apple.com
------------------------------
Date: 12 Aug 87 20:33:00 EDT
From: <brun@nrl-lcp.arpa>
Subject: 32K limit, Tech notes, etc.
I'm merely an amateur at developing programs on the Mac, and have run into
what are evidently fairly well-known problems. Unfortunately, they're not
that well-known to ME, and they've stalled me pretty effectively. I'm writing
an application using LIGHTSPEED PASCAL, and I've run up against the famous
32K limit. Every time I run my program, it crashes; and I can't test it
from within LSP, thanks to the limit. Obviously, the 32K is mostly made up of
various datastructures, etc. The question is, how can I allocate space for my
arrays and records without running afoul of this cursed limit? Details will
be greatly appreciated.
Also, while I'm writing, where is the Graveyard of Old Tech Notes? I've looked
on SUMEX, and I found only one set of them. Where are the rest hiding? Some
of them could be quite useful to me. Thanks a lot.
Todd Brun
Laboratory for Computational Physics
Naval Research Laboratory
Washington, D.C.
brun@nrl-lcp.arpa
Disclaimer: What have I got to disclaim?
[ note from moderator: The archives have more than one 'batch' of
technotes. Some of them are TECHNOTE-..., but most are TN-...
A surefire way to obtain ALL the Macintosh Technotes is from APDA. They
offer the notes from the very beginning at $25@year. DAVEG ]
------------------------------
Date: Wed, 9 Sep 87 12:12:39 EDT
From: singer@harvard.harvard.edu (Andrew Singer)
Subject: Lightspeed Pascal 1.11a Upgrade
This is a compressed Packit file that contains a patcher program that
upgrades THINK's Lightspeed Pascal 1.0 to version 1.11a.
Version 1.11a provides support for users of the Mac II and any Mac hardware
running system 4.1. LSP will now run on the II and these new system files.
Also included with the patcher are a new version of MacTraps, additional
libraries, and a set of interface files that provide temporary support for
Inside Mac Volume 5.
This patcher is distributed here and on other online services at no charge
by THINK Technologies, Inc. It is also available directly from THINK on
floppy disk for $10 to cover shipping and handling. To order contact THINK
customer support at the address or number below.
The contents of this upgrade are copyright 1987 by THINK Technologies, Inc.
We give permission for registered owners of THINK's Lightspeed Pascal to
copy and use it. We also give permission for all to distribute this upgrade
to other registered LSP owners. Lightspeed is a trademark of Lightspeed,
Inc. and is used with its permission.
Jack Hodgson
Product Manager
THINK Technologies, Inc.
135 South Rd.
Bedford, MA 01730
617-275-4800
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART5.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART6.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART7.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-LIGHTSPEED-PASCAL-111A-PART8.HQX
DAVEG
]
------------------------------
Date: Sun, 6 Sep 87 11:08:22 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: Changes to the MacBinary standard
The following text describes some proposed enhancements to the
MacBinary file-transmission standard; authors of terminal emulators
and file-transfer utilities should be aware of the changes so that
their implementations of MacBinary will remain up-to-date.
A new version (2.0) of FreeTerm has been implemented to support the
new flavor of MacBinary. As soon as I get a chance, I'll download it
from my local BBS and post it to Info-Mac for distribution.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>REPORT-STANDARD-MACBINARY-II.TXT
DAVEG
]
------------------------------
Date: Mon, 7 Sep 87 21:33 CDT
From: <MYERS%WISCMACC.BITNET@forsythe.stanford.edu>
Subject: HYPERCARD-BIRDINFO.HQX
The following is a HyperCard stack for bird watchers in North
America who also happen to own a Macintosh and HyperCard
(probably quite a small set of individuals). It is essentially
a database of species that one has some likelihood of seeing
in North America, to which one can attach notes and check off
those one has seen.
Non-birders who want a "real" database of about 800 cards to
play with may also be interested in this stack.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-BIRDINFO.HQX
DAVEG
]
------------------------------
Date: Tue, 8 Sep 87 17:37:33 CDT
From: Henrik Sorensen <hvs@rice.edu>
Subject: Servant 0.951
Here is Servant version 0.951 - Andy Hertzfelds alternative to multifinder
and switcher. This version, unlike previous versions, does not have an
expiration date and has all the functions of the regular finder. Besides
that it has limited resource editing facilities.
Have fun. Henrik Sorensen, Rice University
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SERVANT-951.HQX
DAVEG
]
------------------------------
Date: Mon, 14 Sep 87 10:27:28 -0400
From: Alan Dahlbom <adahlbom@PARK-STREET.BBN.COM>
Subject: ResTools 2.01
A number of people pointed out some small problems in ResTools 2.00.
This release fixes them and adds support for a couple of new
resources (nrct & mach). ResTools is a resource compiler and decompiler
that uses a syntax close to that used by rez and derez. Free.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RESTOOLS201-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RESTOOLS201-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-RESTOOLS201-PART3.HQX
DAVEG
]
------------------------------
Date: Mon, 14 Sep 87 13:14 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Cache XFCN
[ Uploaded from Delphi by Jeff Shulman ]
Name: CACHE XFCN
Date: 14-SEP-1987 03:16 by DEWI
Those of you designing minifinder Hypercard stacks on the Mac II might find
this useful. It's a XFCN external function for controlling the 68020's cache -
setting it on and off, and finding out its status. It's all wrapped up in a
demo stack, and comes with Lightspeed C source.
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XFCN-CACHE020.HQX
DAVEG
]
------------------------------
Date: Mon, 14 Sep 87 13:15 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Karnaugh
[ Uploaded from Delphi by Jeff Shulman ]
Name: KARNAUGH
Date: 13-SEP-1987 20:10 by ESROG
Do you know what a Karnaugh map is? if so you will really like this file. If
not, but you are interested in digital circuits or mathematics or logic,
download and check it out anyway. Written by the great
Udi Pardo of Drexel University. Isn't it great to see something new that isn't
a "stack"?
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>KARNAUGH.HQX
DAVEG
]
------------------------------
Date: Mon, 14 Sep 87 13:15 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: SoftDisk
[ Uploaded from Delphi by Jeff Shulman ]
Name: SOFTDISK 1.1
Date: 11-SEP-1987 03:44 by URLICHS
This is version 1.1 of my Shareware hard disk partitioning program, "SoftDisk".
Major bugs fixed. Please READ THE DOC before submitting this package anywhere
else!
[ archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SOFTDISK-11.HQX
DAVEG
]
------------------------------
Date: Thu 17 Sep 87 09:37:44-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Reminder 1.01
[ Uploaded from Delphi by Jeff Shulman ]
Name: REMINDER 1.01
Date: 16-SEP-1987 20:26 by BOBPATIN
Reminder 1.01 displays a reminder message upon bootup; designed to be invisible
when you have no message to be displayed. Shareware.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>REMINDER-101.HQX
DoD
]
------------------------------
Date: Sun, 20 Sep 87 16:41:12 PDT
From: preese%dewey.SOE.Berkeley.EDU@jade.berkeley.edu (Phil Reese)
Subject: Super Paint upgrade patch
Enclosed is a file that will upgrade Super Paint to version 1.0p. This is
mostly to make Super Paint compatible with the new LaserWriter Drivers in
the latest system release (Version 5.5 of Finder and System 4.1). This patch
comes from Silicon Beach and includes some documentation.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UPGRADE-SUPERPAINT-10P.HQX
DoD
]
------------------------------
Date: Mon, 21 Sep 87 10:57:16 EDT
From: singer@harvard.harvard.edu (Andrew Singer)
Subject: Describe (Proper Version)
This BinHex file contains a copy of "Describe", which describes the
current system configuration, including machine type, CPU type,
system software versions, memory size and allocation, and connected
disk drives.
Rich
**Note: The opinions (if any) contained herein do not represent in any way
the policies of my employer (THINK Technologies, Inc.)
Richard Siegel
Customer Support Representative
THINK Technologies, Inc.
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DESCRIBE.HQX
This version replaces the previous version in the archives.
DoD
]
------------------------------
Date: Sat, 25 Jul 87 12:36 N
From: Thomas Fruin <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu>
Subject: SCSI Formatter/Installer (Using an Atari hard disk with a
Subject: Macintosh)
Ephraim Vishniac's SCSI Formatter and Installer
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SCSI-FORMATTER-INSTALLER.HQX
DoD
]
------------------------------
Date: Wed 23 Sep 87 13:21:21-PDT
From: Dwayne Virnau... <D.DragonOfDarkness@OTHELLO.STANFORD.EDU>
Subject: DA's from Mosaic Codes
I recently received an update disk from Mosaic Codes with the following
DA's and related files. I must say, these people really give you the
most for your $5 !!
Dwayne Virnau...
satisfied customer
The following is taken from the documentation on the disk:
>Gentlefolk,
>On this disk, in addition to Menu Clock and Calendar, are four lesser desk
>accessories that I wish to share with you.
>
>1.) Sleeper puts a pretty pattern up on the Mac screen. I leave my Mac on
> all the time, so I use Sleeper to prevent burning the picture of the menu
> bar into the phosphor of the Mac's picture tube. Like other desk
> accessories, Sleeper runs when you select it from the apple menu. To stop
> it, just click the mouse.
>
>2.) Stars also puts a pretty pattern up on the Mac screen. Type a small
> number (like a) for a hyperspace jump to a space with few stars, a large
> one (like g) for a hyperspace jump to a space with many stars. Stars
> remembers your setting. Stars does a smooth transition from the desktop to
> the starfield when you start it, and a sharp, fast transition from the
> starfield back to the desk top when you stop it. You stop it by either
> clicking the mouse or holding down the command key while typing a character.
> Typing a digit from 5 to 9 gives you increasing forward speed. From 4 to 0
> gives you decreasing backward speed. If you use Smart Alarms, the reminder
> software sold by Imagine Software, you will find that Smart Alarms holds
> its tongue until you put Stars away, but if you are running Sleeper or
> Melter, Smart Alarms puts up its messages on top of them.
>
>Stars is now compatible with large screen displays, including the MacII.
>
>3.) Melter is also a desk accessory that darkens the screen. This one does
> it by an animation of the Macintosh screen melting. To stop it, just click
> the mouse.
>
>4.) Wind*ws is for manipulating a screen full of windows. The Finder,
> MacDraw, Microsoft Word, and many other programs allow you to have many big
> windows. Often, you can't easily get at the one you want. Wind*ws puts up
> a menu of all the windows on the screen. The windows are listed in the
> Wind*ws menu in alphabetical order. If some windows have the same name
> (RUntitledS, for example), the one deeper on the screen is lower on the
> menu. Windows with names that start with R-S are now handled correctly.
>
>Stars, Sleeper and Wind*ws are all written by me. They may be freely
>redistributed by you so long as my copyright notice remains intact. Sleeper
>and Melter are in the public domain. I give you the source code for any
>use you choose.
>
>These programs have been tested and run without problems on the 128k Mac,
>the MacXL, the 512k Mac, the Enhanced 512K Mac, and the MacPlus. I would
>like to hear of any problems, and I would like suggestions for
>improvements. Although I believe this software to be bug free, I do not
>accept any liability for damage resulting from its use. I use these every
>day. I hope you like them too.
>
>David Oster,
>Software Contractor
>Mosaic Codes
>Suite 2036
>2140 Shattuck Ave.
>Berkeley, Ca. 94704
[
archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-CALENDAR18.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-SLEEPER-10.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-STARS-18.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MELTER-10.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-WINDOWS-11.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-MENUCLOCK-30.HQX
DoD
]
------------------------------
Date: Friday, 14 Aug 87 20:30:00 EDT
From: <hamm@biovax.rutgers.edu>
Subject: Questions: System 4.1, Mac II memory, Super Laser Spool
I have a few questions for all you Mac wizards:
1) Up to now, I've held off on installing System 4.1, etc., because there
was considerable discussion of problems with it, and I had no pressing
need for it. Now I have a product which requires it. Could someone
please summarize the current status of the 4.1 problems?
2) I know very little about the hardware architecture of Macs. I recently
read an article which said something about the Mac II not being able to
support "more than one megabyte per card". The implication seemed to be
that this was not a limitiation under A/UX, but is for the Mac's OS.
Can someone elaborate? Does this mean that all the wonderful expansion
boards (e.g. National's for up to 16MB) will be useless except for A/UX?
3) I recently downloaded Super Laser Spool version 1.01 df (I have an
XP-40). It worked pretty well at first, but as I was printing something
from Excel, first everything froze [i.e., I could move the cursor around,
but the Mac didn't respond to clicking on anything], then woke up for a
second or two, and then my Mac crashed. I've had this happen several
times now. Has anyone else seen this? Is there a workaround [aside from
"don't use SLS"] or a new version?
Thanks for the help.
Greg
Greg H. Hamm || Phone: (201)932-4864
Director, Molecular Biology Computing Lab ||
Waksman Institute/NJ CABM || BITNET: hamm@biovax
P.O. Box 759, Rutgers University || ARPA: hamm@biovax.rutgers.edu
Piscataway, NJ 08854 * USA ||
[ note from moderator: I've had great success with SuperLaserSpool
from SuperMac. Note that you should definately visit your dealer and obtain
the latest version (at least 1.1, rumored that 1.2 is available). The later
versions work great and are worth the trip to upgrade! DAVEG ]
------------------------------
Date: Thu, 13 Aug 87 10:07:28 EDT
From: tom coradeschi <tcora@ARDEC.ARPA>
Subject: IW II Page Break
Has anyone besides myself noticed a problem printing on the Imagewriter II?
It seems that no matter what I try, or what application I am using, it is
simply impossible to print without page breaks. Typically, most of my print
jobs are text files created using Apple's Edit, and are source for MS Fortran.
I really have no need for the page breaks, they just waste paper and time.
I am currently using IW driver 2.5. Should I hunt around for an older release?
The DIP switches in the printer are set for 'perforation skip inactive'. Any
suggestions?
Regards,
tom c
------------------------------
Date: Thu, 13 Aug 87 11:05:30 EST
From: MP14STAF%MIAMIU.BITNET@wiscvm.wisc.edu
Subject: BREAK DA
I am looking for a DA that will send a break signal out one of the serial
ports of my MAC+. The dataswitch that connects my Mac to the different
mainframes here expects a break to get its attention. Kermit and Red Ryder
are the only packages I've found so far that support the break signal.
I have virtually no Mac programming experience, so there is little chance that
I could construct the DA. I would like to be able to use Grafterm, but I need
to get to the mainframe. Thanks in Advance.
Mark Powers MP14STAF at MIAMIU (BITNET)
MA BELL 513-529-6226
------------------------------
Date: Fri, 14 Aug 87 15:36:16 ECT
From: FALK%NORUNIT.BITNET@wiscvm.wisc.edu
Subject: _Re-setting serial ports
HELP!
can somebody help me on this subject.
When opening the communication part in JAZZ, I get the message "Both serial por
ts in use". The problem is that quitting Mac-Terminal do not reset the serial
(Phone port).I would like to open JAZZ without resetting the serial port.
I assume that my wishes can be difficult to achieve, but there is maybe an
FKey or a utility that resets the phone-port.
Thanks in advance !!!!!!
Christian :-)
------------------------------
From: Paul Skuce
From: <sdcsvax!seismo!mcvax!hatfield.ac.uk!comtps@ucbvax.Berkeley.EDU>
Date: Fri, 14 Aug 87 08:54:11 GMT
Subject: MacTerminal & VMS
PLEASE could someone help. WE will be getting a VAX8650 soon to run VMS soon.
Currently we use Macput/get on our current 8650 using ULTRIX (UNIX). As the
staff use MacTerminal now it would be nice to continue to use it on VMS.
So what I am asking the fellow mac lovers out there is:
Is there a copy of Macput/get for VMS and can some one mail me a copy or
a PD version of an XMODEM file transfer for VMS.
I am sorry I know very little VMS or programing so surgestion about modifing
sources may not help.
Thanks in advance
BTW we pay the trans-atlantic cost.
Regards
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comtps%hatfield.ac.uk%mcvax%seismo%.. from States
comtps%hatfield.ac.uk%mcvax%.. From Eur
comtps@hatfield.ac.uk JANET
------------------------------
Date: Sat, 15 Aug 87 15:07 N
From: <SCCS6037%IRUCCVAX.BITNET@forsythe.stanford.edu>
Subject: PCB Layout/Design Software for Mac SE/II ?
The Intel-oriented microprocessor lab here at UCC has just
recently gotten its grubby mitts on a Mac SE with 20 MB HD. It's
being used mainly for wordprocessing at the moment, and Tom The
Technician wants some info on PCB Layout/Design. He is currently
looking at a number of IBM PC packages, grotty and all as they
are (notably smARTWORK and hiWIRE from WinTek). He (stout fellow)
is quite interested in the idea of dumping the PC-based approach
in favour of a Mac SE (or a Mac II; we're getting one shortly!)
setup. Of course, I'm all for that! BUT ...
All our (feeble) efforts to find any PCB Layout/Design software
has come to nought. So, if anyone knows of any Mac-based PCB stuff,
would they please respond to me via email, or, if you no-speaka-bitnet,
then (if the moderator doesn't mind), via the pages of this
outstandingly august journal (I hope flattery works). Please include
details of prices, advertisements, features, and ease of use, etc.
If the response is good enough (> 3), I'll post a summary back to the net.
If the response comes to nought, it'll have to be on a grotty PC after
all, and I'll never hear the end of it ("Huh! The Mac's just a toy!
A glorified wordprocessor!..."). So [italics/bold] please, even if its
just a fifth-hand rumour you've heard, let me know.
If it's of any use to you, our equipment includes:
1 MB Mac SE
2 MB Mac II (eventually, and the sooner the better!)
LaserWriter+
ImageWriter II, etc.
We also have [Calcomp] plotters if that's not a heresy.
Thanks in advance,
Turlough.
+----------------------------+-----------------------------------+
| BITNET: SCCS6037@IRUCCVAX | SNAIL MAIL: Turlough O'Connor, |
| | Computer Sc. Dept, |
+============================+ University College, |
| D0 beats (E)AX every time! | Cork, |
| (Anyone remember AIBMUGO?) | Ireland. |
+----------------------------+-----------------------------------+
------------------------------
Date: Sat, 15 Aug 87 11:35:49 IST
From: Ami Zakai <RPR1ZAK%TECHNION.BITNET@forsythe.stanford.edu>
Subject: QUERY: Cutting Edge 30 meg scsi
Going through one of the paper MAC magazines I encountered an add for a 30meg
scsi HD from Cutting Edge for 599$. Since I am currently looking for a hard
drive it looked very tempting.. anybody out there has experiance with this
animal? They claim to be very fast (dont they all) very quiet (being fanless?!)
and give a one year warranty and a 10 day tryout.
Naturaly I have no affilation with that company but for the interested parties
they are :
Cutting Edge, 1156 Fowler Drive, North Glenn, CO 80233 . 1-800-443-5199
All info (direct or to this forum) will be most welcome..
--Zak
'now, here, you see, it takes all the running you can do, to keep in the same
place. If you want to get somewhere else, you must run atleast twice as fast
as that.' /TtLG
------------------------------
Date: Sat, 15 Aug 87 11:01:52 PDT
From: MikeDixon.pa@Xerox.COM
Subject: emacs for the mac?
are there any good versions of emacs for the mac? (i know about micro
emacs; i'm looking for something faster & more complete)
.mike.
------------------------------
Date: Mon, 3 Aug 87 16:58:59 edt
From: jepeway@UTKCS2.CS.UTK.EDU (Chris Jepeway)
Subject: GKS
Is there GKS for any incarnation of the Mac??
C. Jepeway
------------------------------
End of INFO-MAC Digest
**********************
∂28-Sep-87 2014 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #118
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 28 Sep 87 20:14:12 PDT
Date: 28 Sep 87 2012-PDT
From: Moderators David Gelphman, Dwayne Virnau, Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #118
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 28 Sep 1987 Volume 5 : Issue 118
Today's Topics:
Re: LSC and MultiFinder/Juggler
Use of SetPaths with Absoft Fortran
Re: LaserWriter Line widths
DEVELOPMENT SYSTEMS HELP
Need Word 3.0x File Format Info
TEFromScrap / Networks
Lightspeed 2.11 and Macsbug
Fast SCSI Controller
custom front end to terminal emulator
ImageWriters and IBM PC's
RE: Mac Plotter drivers
SIMM upgrades for Mac II
Third-party 40mb SE internal drives?
MacDraw Bug?
Sony MultiScan Line?
looking for comments regarding ready set go 4.0
Optical mouse for Macintosh?
Software Reccomendations for Mac SE Needed!!
System 4.1/JAZZ
Looking for plastic disk envelopes
----------------------------------------------------------------------
Date: Thu, 20 Aug 87 09:34:52 EDT
From: singer@harvard.harvard.edu (Andrew Singer)
Subject: Re: LSC and MultiFinder/Juggler
The MultiFinder bug was confirmed this evening by Russ Wetmore of Apple on
Compuserve and has been fixed. It's unclear whether this will be the only
problem with running LSC under MultiFinder, since in its current form
MultiFinder is not entirely plug-compatible with Switcher (from a program's
point of view, that is). LSC should run ok, but RUNning a project may not
work.
As soon as we get a newer version of MultiFinder, further investigation into
other problems, if any, will proceed and everyone will be kept notified.
Putting a SIZE resource into your project's resource file might help.
Meredith Lesly
Think Technologies
------------------------------
Date: 22 Aug 87 14:57:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Use of SetPaths with Absoft Fortran
Reply-to: <bouldin@ceee-sed.arpa>
The SetPaths DA works, to my suprise, with Ab/Microsoft Fortran. I maintain 3
search paths, one each for Compiler overlays, runtime linkable subroutines, and
for include files. The use of a search path for includes is especially nice,
since it change you code from something like
INCLUDE HFS VOLUME:FORTRAN2.2:INCLUDE FILES:TOOLBX.PAR
to just INCLUDE TOOLBX.PAR.
If you use Fortran, this is a great boon.
------------------------------
Date: 24 Aug 87 10:35:09 EDT (Monday)
From: Venable.wbst@Xerox.COM
Subject: Re: LaserWriter Line widths
You probably have already gotten answers to this question, but in case
you haven't, here is one.
Tech note 182 describes how you define a scaling factor for affecting
LaserWriter line widths. if you set p.v=1 and p.h=4, you get a line 1/4
the width of the current line width. To get back to the right size, try
a scaling factor of p.v=4, p.h=1, i.e., multiply by a scaling factor of
4. The affect is to scale by one quarter, then scale by four to reverse
the effects. Give it a try!
/Dennis
------------------------------
From: 321143%pittvms.BITNET@forsythe.stanford.edu
Date: Sun Aug 23 19:03:40 1987
Subject: DEVELOPMENT SYSTEMS HELP
I am interested in getting into development on the Mac SE. I have previously
owned a Mac 512, and at that time I programmed exclusively in BASIC. Since
then I have learned C, and am a developer on the Amiga. I would like to
develop in C, as I don't know pascal, and I'd rather not learn.
However, I;m concerned that the Mac is very difficult to program on (this
is whatI've heard from some friends). I am therefore interested in finding
some development tools which will enable me to get up and running in a
relatively short time.
To this end, I was interested in MacApp. However, the only languages it
runs in are object pascal and assembly, and I do not want to learn any new
languages now. I'll be learning enough other stuff in grad school. (Lisp,
mainly, which I have never been fond of due to a bad introduction of it
in undergrad school.) The idea of object-oriented programming appeals to
me, although I've never done it before.
I know that apple's working on a version of C++, but I understand that beta
versions won't even be available until early next year, and I'd like to
start writing in a month or so (when I get my SE).
My question, then, is: What development systems/tools are available in
on the Mac which would allow efficient and (relatively) easy development
of compiled code?
I will have to be using Lisp soon, so Lisp might be a viable alternative,
but I'fd like to keep the suggestions limited to my current skills and
abilities: C, Basic, Fortran, and Lisp (in that order).
ANy help regarding commercial or PD stuff is appreciated; references on
other folks to contact will be appreciated. I have joined APDA, but as
of now, I've got a card, and a notice that the catalog is back-ordered.
Thank you,
Jeff Sullivan
321143@PittVMS.BITNET
------------------------------
Date: 24 Aug 87 13:30:13 PDT (Monday)
Subject: Need Word 3.0x File Format Info
From: J. Peter Alfke <JPAlfke.pa@Xerox.COM>
After extensive playing-around with Macs, I'm shortly going to begin
some actual programming of one. The application I'm to write is a file
converter that will output Word 3.0 format files.
My question: How do I get the poop on Word file format? Can I
write/call Microsoft and ask for the specs, or will they laugh at me,
causing me undue embarrassment? Must I resort to bootleg sources,
cigarillo-smoking men named Rico who will arrange to meet me in train
stations and pull documents stamped "MICROSOFT CONFIDENTIAL" out of
cheap briefcases after I display the requisite large wads of small
unmarked bills?
Please rescue me from the pit of my ignorance. Thank you.
--Peter
jpalfke.pa@xerox.com
(Disclaimer: This isn't for and has nothing to do with Xerox.)
------------------------------
Date: Tue, 25 Aug 87 14:19:24 SET
From: guenther blaschek <K331671%AEARN.BITNET@forsythe.stanford.edu>
Subject: TEFromScrap / Networks
1. TEFromScrap
Did you ever use TEFromScrap? If you did without any problem, you probably
called it as "dummy:=TEFromScrap" or "IF TEFromScrap=0 THEN (*nothing*);".
Well, I did check the function result, which is said to be noErr (=0), if
no error occured (Inside Macintosh Vol. I-389). My program always produced
a beep to indicate an error, although there was none. At least, this is
what happened on the SE in my office.
The true story is that TEFromScrap returns the number of characters copied
to the TextEdit scrap (>=0). This is a little strange, since the function
result type OSErr is equivalent to INTEGER, whereas the scrap size can
potentially be >32767 (in fact, TEGetScrapLen returns a LONGINT).
I hope this bug (or is it a feature?) will vanish in future ROMs.
(by the way: TEToScrap does return noErr in the case of no error...)
2. Networks
Is there anyone, who has good experience with Macintoshes in a network?
We are currently running 4 Pluses and 2 SEs connected to a LaserWriter
via AppleTalk, but we plan to buy a hard disk of "sufficient" size (e.g.
100 MB). We tested Tops and AppleShare for a couple of weeks, but both
of them use this annoingly slow Appletalk bus. Needless to say, that such
solutions are not suitable for developing large program products. Another
disadvantage is that both Tops and AppleShare require each user to have
his own copy of the System file and of the applications he wants to use.
Still another point is that we plan to connect our Macs not only among
themselves, but also with micros of different make (e.g. Suns).
Is there any fast solution that really avoids the disadvantages mentioned
above? (We heard some rumours about MacJanet; is it any good?)
hoping for answers
Guenther
------------------------------
Date: Wed, 26 Aug 87 01:12:39 CDT
From: Paul Fons <FONS%UIUCVMD.BITNET@forsythe.stanford.edu>
Subject: Lightspeed 2.11 and Macsbug
I just purchased Lightspeed 2.11 C compiler and had a question about Macsbug.
I tried installing it on the hard disk in the system file but it locked up the
machine. Is there a version of Macsbug that is compatible with my Mac II?
I did get the patch to update it to 2.11, but there was nothing in the patch
files for updating MacsBug (an Apple Product?). Thanks for any help you
can shed on this. FONS@UIUCVMD
[ note from moderator: There are versions of Macsbug for the Mac II in memory
configurations of 1,2,4,5,8 Meg. They came with the MDS 2.1 update and I
don't believe they came with MPW. I haven't seen an APDA product which
was specifically for Macsbug so I'm not sure how you obtain it except through
your development system. Seriously consider TMON which is not free but is
MUCH better and is supported very well by ICOM Simulations. DAVEG ]
------------------------------
Date: Tue, 25 Aug 1987 12:19 PDT
From: HMICHEL%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Fast SCSI Controller
Page 23 of the August 24, 1987 issue of InfoWorld has a note in the News
Briefs section about a new SCSI controller chip available from Logic Devices
Inc. From the article, "A high-speed SCSI controller chip that can be
DIRECTLY substituted for chips in existing computers with SCSI interfaces,"
emphasis on "directly" is mine. Another quote, "The L5380 is a CMOS device
built into the asynchronous SCSI protocol and is compatible with existing
NCR5380 and AMD5380 controller chips." One more quote, "The L5380 can
transfer data at up to 4 megabytes per second," which they say is 2.5 times
faster than existing NMOS devices and it also uses only one-tenth the power.
The article says that it is available in a 40-pin plastic DIP at $8.53 ea
(quantity 100) and a 44-pin PLCC surface-mount at $9.71 ea (quantity 100).
So, there's the specs. Now, hardware gurus, the obvious question, can I buy
one of these beauties and slip it into my Mac (via a technician that knows
which end of a soldering iron is hot) and double my SCSI disk transfer rate?
Or, must device drivers be changed and/or the peripherals also have the new
chip? Or, are most peripherals simply incapable of transfer rates that high?
Thanks for the info.
Michael W. Fleming, Instructional Computing Consultant, Computer Services
California State College, 9001 Stockdale Hwy, Bakersfield, Ca. 93311-1099
Business Telephone: (805) 833-2309 -or- (805) 833-2115 {message}
Home: 2408 Barnett St., Bakersfield, Ca. 93308, Phone: (805) 399-6542
Bitnet: HMICHEL@CALSTATE
Arpanet: HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU
------------------------------
Date: Wed 26 Aug 87 09:52:29-PDT
From: Sunil Maulik <MAULIK@BIONET-20.ARPA>
Subject: custom front end to terminal emulator
Has anyone used or seen pre-releases of Apple's much-touted HyperCard
file index and applications language system ? (Is this even an adequate
description?)
I am particularly interested in the complexity of the applications language in
creating front-ends to already exisiting software for the Mac. Currently, over
a thousand (mostly computer-naive) molecular biologists log on to the BIONET
DEC-20 mainframe to use software, read Bulletin-boards, etc. Many of them use
MacKermit on their Macs to do so. We are interested in building a
BIONET-specific "front-end" to MacKermit or other terminal emulators (e.g.
Versaterm) that would make this process painless. What we have in mind is a
system of pop-down menus and dialog boxes that would have simple commands to
click on such as "log me on to BIONET" or "run the CLONER program" (on the
BIONET DEC-20). Would HyperCard provide the capabilities to design such a
system using pre-defined scripts?
If not, is there any existing Mac software that can be used
to obtain the same results ? (We would rather not have to tweak MacKermit
if possible).
Please reply to me personally, I will summarize for the net.
Sincerely,
Sunil Maulik (Maulik@BIONET-20.ARPA)
BIONET
700 E El Camino Real
Mountain View, CA. 94040
(415)-324-4363
------------------------------
Date: Tue, 1 Sep 87 19:17 MDT
From: <TAYLORJ%BYUVAX.BITNET@forsythe.stanford.edu>
Subject: ImageWriters and IBM PC's
This is in response to two messages about using an ImageWriter with an
IBM PC.
We had no problems hooking up an ImageWriter I to an IBM PC. We just
hooked up a "standard RS-232" cable (is there really such a thing?), set
both sides for 9600 baud, and it's been working fine ever since. It's
only used with WordPerfect, which has no driver for the ImageWriter, but
the C-Itoh Prowriter driver works just fine.
Jim Taylor
Computer Teaching Services
Brigham Young University
Bitnet: TAYLORJ@BYUVAX
------------------------------
Date: Mon, 17 Aug 87 16:29 CDT
From: <MWW%TNTECH.BITNET@forsythe.stanford.edu> (Michael W. Wheeler)
Subject: RE: Mac Plotter drivers
You are in luck! The DEC LPV16 is actually a Hewlett Packard 7475A and
that driver is available. The LPV16 is 100% HP-7475A so don't worry about
that. Mesa Graphics, Inc. P.O. Box 600 Los Alamos, NM 87544 (505) 672-1998
has the software you are looking for. The package is called Plot-It it
retails for $125 and requires a Macintosh 512, 512 Enhanced, Plus, SE, or II.
A supported plotter with an RS232C interface (which you have the LPV16).
Plotters supported are:
Apple Color Plotter
Hewlett Packard
7470A
7475A
ColorPro
7580B
7585B
7586B
DraftPro
DraftMaster
Houston Instruments
DMP-29
DMP-41
DMP-42
DMP-51
DMP-52
DMP-56
Your graphic can be created using:
MacDraw, MacDraft, MacProject, MacPaint, Cricket Graph, Chart, Excel, Jazz,
or any application that can save as a Pict document, copy to the clipboard,
or save as a MacPaint document.
This reason I know all of this is because I recently inquired about the
product because I wanted to know if it support any Calcomp plotters and
evidently it doesn't. If you here of any software for the Macintosh that
will produce output for a Calcomp plotter please let me know (we have a
Calcomp 1075).
If you happen to have VersaTerm or VersaTerm-Pro then you might be interested
in TekPrint version 2.00 which is used in conjunction with either of these;
it supports HP-7470 and HP-7475 pen plotters and retails for $79. Call
PCS Inc. at (215) 779-0522 for more infomation about VersaTerm or TekPrint.
This is just information not a review I have not used Plot-it or TekPrint
at all.
----------------------------------------------------------------
Michael W. Wheeler ( Bitnet address: mww@tntech )
Systems Programmer
Tennessee Technological University
Box 5071
Cookeville, TN 38505
(615) 372-3977
------------------------------
Date: Sun, 16 Aug 87 22:41:50 CDT
From: Paul Fons <FONS%UIUCVMD.BITNET@forsythe.stanford.edu>
Subject: SIMM upgrades for Mac II
I have a newly aquired Mac II and was interested (until I heard the
prices) in upgrading the RAM in my machine from the apple 1mb to oh
lets say 2mb. I was flabbergasted at the prices quoted me from a
mail order firm (the savings zone). I assume that their prices reflect
the market - one wouldn't think they would be that out of line and stay
in business. They also said that I couldn't add a single 1bm simm in
addition to the apple shipped 256kb simms (4 in bank A-I assume) and that
if I wanted 2mb I would have to buy 256kb simms for $600 for two or somesuch.
What is the real story on this...what configurations are possible. Can I
use a 1bm simm and my original 256kb simm to get 2mb total? Also what are
some alternative sources to these ram upgrades. The prices for 120ns 1mb
chips look a lot cheaper than the numbers I have been getting 1mb (120 ns-
1000k X 1) is $28.5 which times 8 is $228. The 256 by 4 1mb chips are $33.
each. How can these Simms be so darn expensive.
Where else can I look for affordable memory upgrades. I am missing something
here-I was under the impression that the simm modules were nothing but the
chips premounted on a mini pc board. I would really like to upgrade the
ram so I can use the new system that is coming out (multi-tasking) aka the
juggler, but fear I cannot afford $1200 for doing it.
Thanks for advice FONS@UIUCVMD (bitnet)
------------------------------
Sender: "J._Paul_Holbrook.OsbuSouth"@Xerox.COM
Date: 1 Sep 87 12:44:25 PDT (Tuesday)
Subject: Third-party 40mb SE internal drives?
From: Holbrook.OsbuSouth@Xerox.COM
I just bought a dual-floppy SE, and I'm looking to buy a 40mb internal
hard drive. Does anyone have any experience with any of the drives that
are on the market? I'm particularly interested in performance; I didn't
get the Apple 20mb drive because I'd heard the performance was not so
hot. If I'm going to spend another $1000+, I want to make sure I get a
drive that gives me a reasonable improvment over the Apple drive. In
particular, does anyone have experience with drives from CMS?
I'm sure this question has been asked before, but there is a lack of
infomation on this topic. The only thing I've seen is an article in the
latest issue of MacUser, but the only perf comparison it gives is on how
long it takes the different drives to load a given file, and even that
is only given for about six drives.
Paul Holbrook
Holbrook.osbusouth@Xerox.com
------------------------------
Date: Sun, 23 Aug 87 22:45:10 PDT
From: digiorgi@VLSI.JPL.NASA.GOV
Subject: MacDraw Bug?
MacDraw Bug?
I don't really know whether this classifies as a bug or what, but the
following behavior in MacDraw has always driven me just a little mad:
If you use the 'arbitrary line' tool from the palette to draw a line
and then rotate an endpoint until it is either horizontal or vertical,
you will from that point on not be able to rotate it anymore. If you
try grabbing an endpoint after selecting, it will only allow you to
modify the length of the line in the direction to which it has become
oriented.
It is trivial, but a frequently annoying trait. After all, why else
have two seperate straight line drawing tools?
Godfrey DiGiorgi
digiorgi@jpl-vlsi
23Aug87
------------------------------
Date: Sun, 16 Aug 87 21:33:43 CDT
From: Paul Fons <FONS%UIUCVMD.BITNET@forsythe.stanford.edu>
Subject: Sony MultiScan Line?
I notice on my Sony Multiscan the little black line about 2/3s the way
down the screen that was mentioned before (I think) in INFO-MAC. Is there
any way to get rid of this line? Also the convergence on my (new) Sony
monitor is wonderful, but if I attempt to move the screen image around
using the controls in the back of the monitor, it seems to go off a little
as I can see a touch of red at the edge of the screen....
How hard is it to adjust the beam convergence. Are there a set of pots to
adjust inside (I haven't open the case yet). Is the control panel
convergen ce button good enough to alignment purposes. Thanks
Thanks Paul Fons FONS@UIUCVMD (bitnet)
[ note from moderator: Evidently the line is a shadow from a support
wire inside the monitor. All Sony Trinitron monitors supposedly suffer from
this problem. DAVEG ]
------------------------------
From: dsc@seismo.CSS.GOV (David S. Comay)
Subject: looking for comments regarding ready set go 4.0
Date: Mon, 24 Aug 87 14:49:45 EDT
i just got my upgrade notice from letraset and i was wondering what
impressions people have of the new version of ready set go. have they
started shipping it yet? i am also concerned about support for the
imagewriter ... does it still exist? thanks, i would appreciate any
comments.
dsc
------------------------------
Subject: Optical mouse for Macintosh?
Date: Thu, 20 Aug 87 11:39:47 -0400
From: James J Dempsey <jjd@ALEXANDER.BBN.COM>
Does any third party sell an optical mouse for the Macintosh? I'm
thinking of something similar to the mouse on Sun workstations.
--Jim Dempsey-
BBN Communications
jjd@bbn.com
[ note from moderator: A+ Systems sells an optical mouse for the Mac.
I've used their mouse and been very happy. I recently saw an ad for an ADB
version so evidently you can use one with the new Macs too. DAVEG ]
------------------------------
Subject: Software Reccomendations for Mac SE Needed!!
Reply-to: tab@ics.UCI.EDU
Date: Mon, 31 Aug 87 13:07:18 -0700
From: "Tracey A. Baker" <tab%cf10.uci.edu@ROME.UCI.EDU>
I'm going to be setting up two or three Mac SE's for a small
business, and I need some software reccomendations (last time I
shopped for PC software, it was dBase II).
Here's what we need:
-Networking hardware & software - something that doesn't require
a dedicated fileserver would be VERY nice.
-Tape backup hardware & software - we'll need some kind of network
backup/restore capability.
-Database - relational & programmable. Something like R:Base 5000
on the IBM PC would be perfect.
-Word Processor - has to be easy to use (I've heard nasty things
about Microsoft Word). We'd also like to find a good spell checker
and some kind of mail merge program.
-Graphics - for simple CAD - PCB design and physical design of the boxes
that the boards go in. We need something that isn't too complicated to
use (NOT a full-blown CAD system).
-Accounting - I have no idea what we want because I don't even know
what kind of accounting is involved in running a small business, but
any help would be appreciated.
-Any useful utilities/DAs you might know about.
Thanks in advance for any help!
---------
Tracey A. Baker |"There ain't no cure when the rabid
Dept. of Information & Computer Science | rock dog bites" -Split Sydney
University of California, Irvine |Disclaimer:
Irvine, CA 92717 Phone: (714)856-4034 |These opinions are my own, etc., etc.
ARPA: tab@ics.uci.edu |UUCP: ...!ucbvax!ucivax!tab
------------------------------
Date: Thu, 03 Sep 87 08:55:52 ECT
From: FALK%NORUNIT.BITNET@wiscvm.wisc.edu
Subject: System 4.1/JAZZ
It seems that Apple/Microsoft has made it impossible to run JAZZ on the SE.
When opening a new worksheet, the whole screen in garbled. The Local distributo
r knows about the problem, but has no 'fixes'. Are there a simple patch to cope
with this problem? (My system is 4.1, Norwegian)
Thanks in advance :-)
[ note from moderator: I'm no fan of Microsoft but since Jazz is
published by Lotus I don't think we can blame MicroSoft. DAVEG ]
------------------------------
From: Bob Gross <18351c@d1.DARTMOUTH.EDU>
Date: 28 Aug 87 13:43
Subject: Looking for plastic disk envelopes
I am looking for a source for a small soft plastic envelope that can
hold several Mac disks. My original supplieris out of business. What I
want is something that resembles one of the plastic shirt pocket liners
that are used to protect from pen leaks, etc. It should cost about 20 cents
each. Does anyone know of a source of such a thing?
As an alternative, does anyone know of a way to get plastic holders l
ike the ones Sony disks are now shipping in?
Thanks for your help.
Bob Gross
Biology Dept.
Dartmouth College
Hanover, NH 03755
------------------------------
End of INFO-MAC Digest
**********************
∂28-Sep-87 2026 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #119
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 28 Sep 87 20:26:50 PDT
Date: 28 Sep 87 2021-PDT
From: Moderators David Gelphman, Dwayne Virnau, Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #119
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 28 Sep 1987 Volume 5 : Issue 119
Today's Topics:
RE: Lightspeed C PopupMenuSelect
HyperCard script editing warning
Postscript versus VMS
LightspeedC and project data fork
Word 3.0 and LaserWriter
IW2 top-of-form
IW-I on PC
One Plus One bedtime story (long)
Word/Clipboard. Finder/System/Flashing Apple
Memory upgrades for an old 128K Mac
Fast Eddie Problems
Request for US Map
Ear trainer?
Reflections upon the convention and the future
----------------------------------------------------------------------
Date: Thu, 10 Sep 87 13:24:39 PDT
From: PEPKE%FSU.MFENET@NMFECC.ARPA
Subject: RE: Lightspeed C PopupMenuSelect
The piece of code to demonstrate the use of PopupMenuSelect posted recently
by Dewi Williams through DELPHI uses an unneccessary glue routine. In
Lightspeed C the best way of defining this trap is to include the following
line after the funtion prototype:
pascal long PopupMenuSelect() = 0xA80B;
This can be done for any trap that uses the Pascal stack convention.
Eric Pepke pepke%fsu.mfenet@nmfecc.arpa
Supercomputer Computations pepke%scri.hepnet@lbl-csa2.arpa
Research Institute pepke%fsu.bitnet@wiscvm.wisc.edu
Florida State University
------------------------------
Date: 8 Sep 87 15:23 PDT
From: Kelley.pa@Xerox.COM
Subject: HyperCard script editing warning
Do not try to "edit script of HyperCard". Or at least, save all of your
work first. I get a system error and have to re-boot.
-- kirk
------------------------------
Date: Tue, 8 Sep 87 15:38:25 PDT
From: PUGH%CCC.MFENET@NMFECC.ARPA
Subject: Postscript versus VMS
I have a question for you all...
I have a VMS VAX with a TI Postscript printer hanging off of it. I can print
just fine if I roll the printer into my office and hook up to the Appletalk
connector, but I cannot send a Postscript file through the VAX and get it to
print.
The problem seems to stem from some long lines at the end of the Laser Prep
file. These lines do not agree with the VAX, which has a 256 character limit
on traditional text lines. Without the header, a postscript file (generated
with a Command-F) is just so much Quickdraw. Has anyone done this with the
4.0 driver? Has anyone done it with any driver? Could you please enlighten
me so that I may print on the path of righteousness.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Subject: LightspeedC and project data fork
Reply-to: nagel%bonnie.uci.edu@ICS.UCI.EDU
Date: Fri, 11 Sep 87 12:05:57 -0700
From: <nagel@BONNIE.UCI.EDU>
I am developing a small program that will need to store information in the
data fork of the application (i.e. itself). I figured out how to do this
with GetAppParms, but I was wondering if anybody knows how LightspeedC handles
this. Should I use an alternate file until I actually build the application
or will LSC do the correct thing even though the application doesn't
*really* exist yet. I suspect I will need to do the former, but if anyone
knows for sure, please e-mail me your answer.
------------------------------------------------------------------------
Mark Nagel
Department of Information and Computer Science
University of California, Irvine
nagel%bonnie.uci.edu@ics.uci.edu (ARPA)
{sdcsvax|ucbvax}!ucivax!bonnie!nagel (UUCP)
"If George Washington had given up at Valley Forge, we'd all be speaking
*English* today!" -- Balki
------------------------------
Date: Tue, 8 Sep 87 06:27:20 PDT
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: Word 3.0 and LaserWriter
> Does anyone have any information on the problem with Word 3.0 and
> the Laserwriter that when you spool a job, the "no paper" light comes
> on (yellow), but there is still paper in the LaserWriter?
Yes -- the last person who printed out with Word did it with manual feed.
Word 3.0 for some bizarre reason does NOT reset itself to the feed tray, but
will keep the manual feed as default. This can be quite irritating at times,
since it is different from EVERY other application in the world.
(even stranger, it doesn't affect other applications -- print manual from
word, go to something else and print, and it uses the tray. go back to word,
and you're back on manual. foo)
chuq
------------------------------
Subject: IW2 top-of-form
From: KNIGHT%MAINE.BITNET@forsythe.stanford.edu (Michael Knight)
Date: Thu, 10 Sep 87 11:50:32 EDT
I'm posting this reply here because my original msg bounced back to me.
To: cohen@pluto.UUCP (David Cohen)
>I think that I'm going to have to get an Imagewriter ll after all since
>I need something soon. A silly question--what is the proper place to set
>the top of form on the Imagewriter ll so it'll do headers correctly,
>etc. ? I seem to remember reading, maybe here, that one has to be more
>careful with the Image- writer ll in this regard than with the
>Imagewriter l since it can mess up the print-out if one doesn't get it
>right.
I have found that setting the top-of-form to the top of the plastic
paper feed guide (in front of the print head) works well for me. I've
also heard rumors that Apple has modified the paper feed path a bit
in it's recent IW]↑ to fix the old problems it has had with paper jams.
--Mike Knight
Knight@Maine.bitnet
------------------------------
Date: Thu, 3 Sep 87 23:33:00 EDT
From: "Stephen C. Hill" <STEVEH@AI.AI.MIT.EDU>
Subject: IW-I on PC
I'm using my Imagewriter I on my PC sometimes. WordPerfect also has a
driver for it, but usually I just use it directly from other programs.
The printer requires the following addition to my AUTOEXEC.BAT file:
Mode Com2:9600,N,8,1,P
Mode Lpt1:=Com2:
and the cable is:
PC IW
2 ---------- 3
3 ---------- 2
4 +
|
5 +
6 ---------- 20
7 ---------- 7
20 ---------- 6
Could anyone provide me with the printer control codes, or a pointer
to where I might have overlooked the obvious?
------------------------------
Date: Sun, 23 Aug 87 02:50:25 IST
From: Ami Zakai <RPR1ZAK%TECHNION.BITNET@forsythe.stanford.edu>
Subject: One Plus One bedtime story (long)
One men's experience with a do it yourself memory upgrade
or WARNING: do it yourself upgrades may be hazardous to your Mac
A few weeks ago I got Levco's One-Plus-One memory upgrade for my
MacPlus.. I am not a hardware man, I can use a screwdriver and am not afraid
of voltmeters but would rather pay then put a soldering iron to a
multi-layered printed circuit.
The kit I got from Levco was decently priced, its not the cheapest on the
market but Levco got a good reputation and I am willing to pay a little more
to stay out of trouble , it includes a 1meg memory upgrade and a piezo
electric fan, it came in a handsome silver box with a nice book of
instructions for the memory upgrade and a nice blue leaflet for the fan.
The first thing I did was to go over the content list.. and what do you
know.. I missed some of the minor stuff.. like velcros and other little
plastic gadgets.. being a little far from Levco's headquarters (ie Israel) I
decided to improvise.
Opening the Mac was easy.. just use the special Torx T-15 screwdriver and a
bit of guts when the case doesn't seem to want to come apart. It felt almost
sacrilegious to have my Mac open on my desk.
Installing the memory is very straight forward, you have to use a moderate
amount of force to get the SIMMS out and back in but with a little bit of
patient it works, the Jumpers are easy but putting the digital board back
into place requires some doing.. since the board is now too fat to slide
back into place the manual tells you to pop it back to place by 'gently
prying the frame with a flatblade screwdriver *shudder*. Once the board was
in place I noticed I forgot to note the serial number for the Owner
Registration card, well I am NOT deinstalling for that.
Having done all that the next step was to install the 'MacBreeze' piezo
electric fan and there was where the trouble started. I got over the missing
parts rather easily and attached the delicate butterfly to my internal drive
as instructed, then I was suppose to find two diodes on the analog board and
draw power from them to the fan by means of two plastic hooks. Levco gives
you a big blown out drawing of part of the analog board and now you are
suppose to find that same area on the actual board, to make a long story
short, mine doesnt have it. I don't say its Levco's fault, mine is a funny
Mac, it started out as an American 128K weeny back then when Macs where
for the hackers and fools and gone thru several upgrades to make it a
MacPlus with a European 220v analog board. Needless to say, Levco didn't
think about European boards when deciding to attach the hooks to diode CR25
and CR26, poor CR26 is in the least accessible point (LAP) on the board.
Fools tread where angles are afraid to, so I attached it to CR24 instead,
what the hell, all it does is draw power .. (it works).
Now the Levco manual says, assemble the Mac (so very easy now) and adjust
the power supply .. that's tricky, it tells you to insert the two little
pins of the volt meter to the ground and 5v outlet of any DB9 connector on
the back of the Mac (only the mouse on a plus), it doesnt tell you that the
Mac goes into spontaneous reboot cycle if they happen to touch by mistake
(very scary), well I found out by myself, twice, until I got the hang of
it.. I adjusted the power supply as told to the highest level below 5.2, it
also was as far as the little screw wanted to go.. easy ...
So now it should work.. boot .. happy face .. welcome to Macintosh .. the
finder about says 2048K success .. well almost .. since the keyboard is
dead..
A frantic search through the problems list in the back of Levco's booklet
shows that it never happened to them, some fast hacking with a (brave)
friend's keyboard shows the problem to be in the keyboard ROM, totally burnt
out.
I call to my favorite understanding dealer and since he knows that a night
with no keyboard is a fate worse then death he sends me a substitute
keyboard with a messenger and takes mine to the lab, phew, that was close..
I got my keyboard after a few days. The only place I could think of that
could have hurt the keyboard was those reboots during the the voltage
setting, yes, the keyboard was attached then, Levco didn't warn against it.
All's well that ends well so no more about that, or so I thought.
The next week was pure bliss, giant RAMdisk's .. big cache.. MultiFinder, I
am ready.. the new memory was acting perfectly, except that the side of my
Mac was getting very hot!!! now I never close my Mac, its open since the
day I bought it except for rare occasions, but the MacBreeze fan doesn't
seem to be able to handle the heat. A fast browse through the manual doesnt
say anything about that, but it made sense, 2meg generate more heat then
one..
After a while a funny thing started to happen, my screen got brighter and
brighter till I couldn't compensate with the brightness knob at the bottom
of the screen, being a seasoned professional by now I quickly opened up my
Mac and adjusted the brightness setting on the analog board. After another
week the potentiometer reached the end and the screen still got brighter,
thin white lines were beginning to show across the screen.
I did the only logical thing, panicked and called my favorite understanding
dealer, oh says he, its a known fact that some analog boards/power supplies
cant take the upgrade, pity, you are out of luck, it's not that you did
anything wrong, just bad luck, so I took my Mac to my favorite understanding
dealer and he installed a new analog board and since then every thing looks
fine.
Conclusions? well I leave them to you, I think Levco should have considered
European analog boards, warn about possible keyboard problems and had to
warn about possible problems with analog/power supply problems, its true
that's it has been all over the net digests but not everybody got access to
them.
I am happy, I got my 2meg Mac, the price is still a little cheaper then
Apple's upgrade after all the extra repairs. I took a risk by deciding to
install the memory myself and knew about analog/power supply problem so I
cant complain (I don't believe in Russian roulette players right for a
second chance) but every body should be aware of the possible hazards
before he takes on such a venture.
--Zak
------------------------------
Date: Sun, 16 Aug 87 16:24 GMT
From: SCCS6037%IRUCCVAX.BITNET@forsythe.stanford.edu
Subject: Word/Clipboard. Finder/System/Flashing Apple
We're using Word 3.0 on an SE with 20MB HD, LaserWriter+, etc.
It's OK now, but we had problems before installing a new version of
the Finder (British version). Cmd-Option-?, +, -, etc. just did not
work. When you tried to select a paragraph using the mouse on the
left-hand edge of the screen, you ended up selecting the whole
document. Instaling Finder Version B5.5 fixed that, so presumably
the Mac must be 'localized'. (??) Now everything is OK, BUT...
The secretary in the dept. of computer science wanted to do
some tables in Word. Not nice. The tables were to look something
like this:
+-----+--------+--------+-------+ ...
| 2.0 | 1.5 | 2.5 | 0.2 | ...
| | 3.6 | 3.4 | 0.7 | ...
+-----+--------+--------+-------+ ...
| 3.0 | ... | | | ...
except that graphic boxes, lines etc, were to be drawn, a la Word.
The problem is that there is no apparent way to kern the "2.0" so
that it appears midway between the "1.5" and "3.6" entries. Add that
to the fact that the top horizontal line was separated from the
"2.0 1.5 2.5..." entries by a miniscule amount of space, and a truly
gargantuan amount of space appeared between the bottom dividing line
and the "3.6 3.4 0.7..." entries above it, and you end up with a
none-too-professional looking table. No problem, we said, we'll just
pop across to MacDraw and manually kern the text so that it appears
reasonable. We do Cmd-Opt-D (Dump to graphic) and we get:
Selection is too tall for clipboard. Selection will be
truncated.
(or words to this effect)
in an alert box.
The question is, is this a Mac-wide restraint, or is Word placing
a limit on the size of a graphic clipboard? The limit appeared to be
approximately two-thirds of aa A4 page. We've only started using the
Mac recently, and it's excellent, but such things do not inspire
confidence. Splitting the Word table in half and switching to MacDraw
twice and lining up the two halves was a truly soul-searching experience.
Also, and I realise that this has probably nothing at all to do with
Word, the Mac's Apple menu (ie, the one with the DAs) has an annoying
"feature" in that the Apple, and what appears to be a space on either
side, switches to reverse video every 1/3 of a second, stays that way
for 1/3 of a second, and switches back again. Wassup? Our other SE
(exactly the same setup) does not exhibit this extremely annoying trait.
If you can help with any of these two problems, but, especially the
tabulation problem, please let me know. Any Tabulation DAs out there?
And, just as a matter of interest, where can I get MacEQN or some
(reasonably cheap) equation formatter?
Thanks in advance, and apogolies for asking so much, etc,
Turlough
| BITNET: SCCS6037@IRUCCVAX | SNAIL MAIL: Turlough O'Connor, |
| | Computer Sc. Dept, |
+============================+ University College, |
| D0 beats (E)AX every time! | Cork, |
| (Anyone remember AIBMUGO?) | Ireland. |
[ note from moderator: the blinking Apple is because the alarm clock went off
and you didn't reset it. Just pull down the alarm clock DA and turn off your
alarm clock. DAVEG ]
------------------------------
Date: Fri, 04 Sep 87 13:32:39 CST
From: "John Bertram Geis (Syzygy Darklock)"
From: <GEISJBJ%UREGINA1.BITNET@forsythe.stanford.edu>
Subject: Memory upgrades for an old 128K Mac
I know, I know, your'e all asking "Why would anyone buy a 128K Mac
anymore?". Well, suffice it to say that I got a very good deal on the
purchase, but my problem now is that I simply MUST add more memory to it,
or it won't run half of my software.
Have you heard about or used any good upgrade packages from 3rd-party
manufacturers that you believe may be the answer to my problem. If so,
then please send me a mail message telling me what it is, from whom I can
get it (please include their mailing address if you have it), and how much
it cost. Also, anyone who would like to warn me off of a particular kit
or company, or suggest a different course of action is also welcome.
I will summarize the replies and post them to the digest. (If anyone has
trouble sending to me from your location, then you can just post them in the
digest and I will find them there when it is sent to me!) Thanks a lot in
advance.
John B. Geis
Regina, Saskatchewan, Canada
GEISJBJ@UREGINA1.BITNET
Acknowledge-To: <GEISJBJ@UREGINA1>
------------------------------
Date: Mon, 7 Sep 87 09:50:10 edt
From: moss!phoenix!lam@RUTGERS.EDU (Sau-hai Lam)
Subject: Fast Eddie Problems
I get FastEddie 3.1 from Macserve, and ran it under SYSTEM 4.1. Indeed
when I use 'tabs create spaces', the 'insertion I-beam' problem does not
occur. However, very frequently I get a bomb with ID=10 in the midst of
an editing session. Does anyone else have the same experience?
------------------------------
From: larus%paris.Berkeley.EDU@Berkeley.EDU (James Larus)
Subject: Request for US Map
Date: Wed, 09 Sep 87 10:17:39 PDT
Does anyone have a map of the United States in a form suitable for
editing with MacDraw?
Thanks,
/Jim
ARPANet: larus@ginger.Berkeley.EDU
Usenet: ...!ucbvax!larus
------------------------------
Date: Thu, 3 Sep 87 18:54:06 PDT
From: Ian Macky <Ian@SRI-NIC.ARPA>
Subject: Ear trainer?
Does anyone know of any ear training programs for the MAC? Something that
grills you on intervals, absolute pitch, etc. I'm willing to spend $ to
get it, if there's a commercial product (like the Amiga one I saw an ad for).
--ian@sri-nic.arpa
------------------------------
Date: Tue, 18 Aug 87 20:48:01 EST
From: Richard Ewing <EWING%YALEVM.BITNET@forsythe.stanford.edu>
Subject: Reflections upon the convention and the future
Now that the MacWorld convention in Boston is behind us, I'd like to reflect a
little on just where we've come from and how much farther we have to go as Mac
users.
When the Macintosh 128K was first introduced with big fanfare in January of
1984, Apple signaled that we were to begin a brand new age of computers and
how we interacted with them. They were only part right. The funky little
beige machine had lots of thought inside, but not enough power to properly
reach those lofty goals. The business community laughed and proclaimed it as
Apple's new visionary toy, which no real company would ever consider,
especially with its lack of PC compatibility. In fact, the IBM PC was
literally considered to be a hostile alien force whose sole purpose was to
crush the little band of rebels flying the pirate flag.
In 1985, we came a little farther. The 512K Mac finally made the scene and
showed to all of us just how memory hungry the little beast was. In 1984, we
hobbled around with the early likes of MacPaint, MacWrite, Microsoft File,
Habadex, Mac the Lion, and a few other efforts. Any Mac god back then
could probably name all the available software. Now we were introduced to the
likes of Thinktank, MacDraw, and other interesting goodies. Although
development tools were still crude, many independent programmers began to see
the programming potential of this new marvel, despite the trouble. "No pain,
no gain" to get that definetive Macintosh look. And we finally got a hard
drive, though buggey and sensitive. Real power users had that "Hyperdrive"
label on the front of their Macs. Some tried extended memory. And then there
was the shakeout. Many wrote offthe little machine and its company as
casulties of the struggle. But it survived. And the industry took notice.
Then we finally came into our own. The Macintosh Plus yielded its
voluminous(?) memory, its 800K disk drives that didn't sing, and that strange
"scuzzy" port that nobody knew what to do with immediately. And then came the
LaserWriter. And Pagemaker, Excel, MacDraft, and a host of other professional
efforts. Shareware started pouring in, fulfilling Steve Jobs prophecy in a
way for cheap software for the masses. And the world took notice. Some bold
firms decided to finally give the little box a shot at the plate. And it
didn't let them down. Especially with a networking option so cheap, you had
to have it. Even if a shoe leather network was almost as fast. It was cheap,
and it worked. And Apple, not satisfied, promised more.
In 1987, we got that more. Here came the platinum machines, ushering in a new
age for Mac users. Expandability, speed, richer ROMS, faster I/O, color, and
cheap workstation power were now possible. All without abandonning our
existing base of software, or succumbing to the MS-DOS influence. And now
people started on the bandwagon. Many businesses found that some things were
*only* possible on a Mac. If you wanted the best speadsheet, desktop
publishing program, presentaion graphics, and shared resources between
programs, the Mac was the only logical decision. MIS managers everywhere had
to swallow a little pride and begin authorizing their purchase. Our little
child was growing up.
By the culmination of this past convention, we really stand to bust some heads
in a serious sense. Never before has a computer convention been so active
with the knowledge that something new and interestingly useful lay at
every booth. And now we have Multifinder and HyperCard, our latest operating
extensions. They may not be evrything to everyone for features, but it
definitely keeps the Big Blue's camp of guard. Consider that back in April,
IBM herelded their new PS/2 line as the next era in personal computing, a
pronouncement about three years too late. It would bring the world windowed
graphics (three years late), a multitasking OS abd bundled database manager
(one year in the future). It promised new soultions in connectivity that
would ebenefit all. And it broughpromises of a new architecture so shrouded
in secrecy, that board manufactures are still trying to figure it all out.
Apple has brought us the real solutions to these very same issues now and
before anyone considered them problems. Congratulations. For IBM, its time
to return to the drawing board and produce great new miracles as the PS/2
Model 25, our equivilent to the Mac 512 unenhanced. Truly remarkable.
In closing, I'd just like to add that I've never been more excited about the
future of the Mac. Their will be some new growing pains, and more questions
and decisions (something Steve Jobs sought to avoid, he may have been right on
this one), but by next summer, I think we all know who will be running the
more powerful, and functionally useful machines. And our patience with the
initial design flaws will be rewarded. Sorry for taking so long here, but I
thought I'd like to say that. (Climbing off of soapbox).
--Richard Ewing
EWING@YALEVM.Bitnet
------------------------------
End of INFO-MAC Digest
**********************
∂01-Oct-87 1842 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #120
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 1 Oct 87 18:42:41 PDT
Date: 1 Oct 87 1839-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #120
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 30 Sep 1987 Volume 5 : Issue 120
Today's Topics:
documentation on new TextEdit
Re: Need Help with Guided Tour Software
Highlighting ICONs
Imagewriter II driving table to work with NROFF
Print Spooler for Diverse Printers
problem with MacPlus video display
New Games from Silicon Beach
Polaroid Pallette
Honeywell emulators
6809 Cross Assembler
Standardize Speller Dictionaries, please!!
MacKermit on the Mac II
RE: Brain Dominance
Delphi Mac Digest V3 #42
Delphi Mac Digest V3 #44
Usenet Mac Digest V3 #59
Usenet Mac Digest V3 #60
Usenet Mac Digest V3 #61
Usenet Mac Digest V3 #62
Usenet Mac Digest V3 #63
Usenet Mac Digest V3 #64
Usenet Mac Digest V3 #65
Usenet Mac Digest V3 #66
Usenet Mac Digest V3 #67
Usenet Mac Digest V3 #68
Usenet Mac Digest V3 #69
Usenet Mac Digest V3 #70
Usenet Mac Digest V3 #71
----------------------------------------------------------------------
Date: Mon, 14 Sep 87 15:26:47 MET
From: Norbert Lindenberg <norbert%germany.csnet@RELAY.CS.NET>
Subject: documentation on new TextEdit
Is there any documentation on TextEdit newer than the APDA Draft of
Inside Mac V (Feb 87)? Anything said there about TEGetHeight and
PutStylScrap seems to be plain wrong...
--- Norbert
------------------------------
Date: Fri, 18 Sep 87 08:56:09 PDT
From: hplabs!sun!zehntel!pinot!edw@RUTGERS.EDU (Ed Wright)
Subject: Re: Need Help with Guided Tour Software
We have an application that we would like to train people on using
a Mac Tour. Our application is 300K+ with operating system.
This was too long to put on a 400K disk.
Mac Journalling and Guided Tour Driver and Tools,1986 came on a 400K disk.
We changed this to a 800K format and used a new operating system.
The above changes were made one at a time. Each time we found that we could
make a guided tour for Mac Draw and/or Mac Project but not for our application.
On our application when the opening button was pressed the disk crashed.
I have checked and have had others check the way to handle the path names.
It seems to be correct. Do you have any ideas that might help.
Thanks in advance for any and all assistance.
Ed Wright
Roger Spencer
DISCLAIMER: Don't need one !! Go To The Shelf and Get The Manual.
>>>>>>>>>> ucbvax--\ Holy Shit Batman !!
>>>>>>>>>>>> sun--->--!zehntel!edw>/dev/null:-) Look at the Warhead
>>>>>>>>>> varian--/ on that Mother !
------------------------------
Date: Mon, 21 Sep 87 15:45:18 PDT
From: Charles Dolan <cpd@CS.UCLA.EDU>
Subject: Highlighting ICONs
I just noticed that HyperCard stores its icons as 'ICON's and not 'ICON#'s.
Yet, it still highlights icon buttons if you want. Does anybody know
how you highlight an ICON without a mask such as the one the finder uses.
-Charlie Dolan
cpd@cs.ucla.edu
------------------------------
Date: Wed, 23 Sep 87 0:58:05 EDT
From: Nikos Troullinos <nicktrou@sutcase.case.syr.edu>
Subject: Imagewriter II driving table to work with NROFF
Hello
Do you happen to know if somebody has written a driving table that
enables to use the Imagewriter II with NROFF? If yes, could I have a copy?.
I looked in our Vax's directories (4.3 BSD) and in /usr/lib/term
I found tables for the following printers. Is any of them usable with the II?.
37 default Model 37 TeleType
lpr printer with no halfline/upline (link to crt and tn300)
300 old DTC 300
300-12 old DTC 300, 12 pitch
302 DTC 302 or DTC 300s (link to 300s and dtc)
302-12 DTC 302 or DTC 300s, 12 pitch (link to 300s-12 and dtc12)
382 fancy DTC 382
382-12 fancy DTC 382, 12 pitch
450 DASI 450 or IPSI 1622 (link to ipsi)
450-12 DASI 450 or IPSI 1622, 12 pitch (link to ipsi12)
833 AJ 833 or AJ 832
833-12 AJ 833 or AJ 832, 12 pitch
epson Epson FX80
itoh C:ITOH Prowriter
itoh12 C:ITOH Prowriter, 12 pitch
nec NEC 55?0 or NEC 77?0 Spinwriter
nec12 NEC 55?0 or NEC 77?0 Spinwriter, 12 pitch
nec-t NEC 55?0/77?0 Spinwriter, Tech-Math/Times-Roman thimble
Thanks
Nikos Troullinos
------------------------------
Date: Mon, 14 Sep 87 12:51:55 est
From: munnari!csadfa.oz!jlo@uunet.UU.NET (John O'Neill)
Subject: Print Spooler for Diverse Printers
Does anyone know of a print spooler which will handle multiple printer
types concurrently and transparently.
e.g. if I have an ImageWriter II, LaserWriter and IW/LQ (all on AppleTalk)
is there a single print spooler which will allow any user to select the
grade of print service required (via Chooser?). Ideally, the user should
be able to move jobs from one print queue to another AFTER the job has been
spooled - but that would be asking a bit much, wouldn't it?
John O'Neill Phone ISD: +61 62 68 8818
Dept. Computer Science Telex: ADFADM AA62030
University College ACSNET/CSNET: jlo@csadfa.oz
Aust. Defence Force Academy UUCP: ...!seismo!munnari!csadfa.oz!jlo
Canberra. ACT. 2600. ARPA: jlo%csadfa.oz@SEISMO.CSS.GOV
AUSTRALIA JANET: jlo@oz.csadfa
------------------------------
Date: Mon, 21 Sep 87 09:49:35 EDT
From: steig@tcgould.tn.cornell.edu (Mark J. Steiglitz)
Subject: problem with MacPlus video display
My MacPlus had been working fine until one time when I turned it on, the
screen was brighter then normal. I checked the brightness knob and found
that even after turning it all the way down, the screen was as bright as it
had originally been at 9/10 brightness, and it adjusted upwards from there.
Does anyone know what the problem could be?
Also, I know this has been posted before, but what kind of screwdriver do
you need to open up the Macintosh's case?
Thanks in advance for your help.
---
|Mark J. Steiglitz |Bitnet: steig@crnlthry, araj@crnlvax5 |
|USnail: 6133 North Campus #6 |Arpanet: steig@tcgould.tn.cornell.edu |
| Ithaca, NY 14853-6004 | araj@vax5.ccs.cornell.edu |
|Telephone: 607-253-6635 |Usenet: steig@batcomputer.tn.cornell.edu.uucp |
[ note from moderator: TORX T-15 screwdriver is needed to open the standard
Mac case (Mac II has a phillips head screw). Make sure you get an extra long
handle (i.e. >1.5 ft) since the top two screws are really inset far. DAVEG]
------------------------------
Date: Mon, 14 Sep 87 09:34:32 PDT
From: PUGH%CCC.MFENET@NMFECC.ARPA
Subject: New Games from Silicon Beach
I just saw previews for two of Silicon Beaches new games.
The first is Apache Strike, wherein you pilot a helicopter into an enemy city
and strive to disable their targeting computer so that they can't launch a
first strike. The graphics are all solid models and the game plays fast. It
looks very nice, although kind of stark in b&w. You fly between skyscrapers
with walkways between them, dodging tanks and other choppers. You control the
game completely with the mouse. Click once for guns, twice for missles. Pull
back to go up, etc. It looks as fast as an arcade game, but not quite as
pretty.
However, the pretty catagory is pretty well dominated by Beyond Dark Castle,
wherein our hero, having defeated the Black Knight, must find the 5 orbs that
are hidden in the castle and collect them for some purpose I don't know. The
game looks a lot like Dark Castle, but with some definate improvements. In
DC, you have a single screen which you run around on until you make it off
that screen and onto another one. Not so in BDC. It has scrolling screens
that carry you around. This leads to some very long rope climbing stretches.
There is also a helicopter backpack that you must find and use to get over the
swamp and other places. The fellow demoing the game said that there are 24
rooms, with each spanning several full screens. The game will come shipped
on two 800K disks and will not run on the Mac II. It will NOT be copy
protected.
Beyond Dark Castle has a very similar look and feel to Dark Castle, so addicts
should feel right at home. It has some expanded capabilities and situations.
For example, it looks like they let you free the prisoners in the dungeon (a
similar dungeon, but much more complex, complete with a swinging pendulum
axe). I anticipate as much hoopla over this as was hooped over Dark Castle.
Jon
------------------------------
Date: Tue, 15 Sep 87 21:22:38 EDT
From: cperry%bert.mitre.org@gateway.mitre.org (Chris Perry)
Subject: Polaroid Pallette
Does anyone sell an interface between Mac+/SEs to a color slide
maker called Polaroid Pallette. I'd appreciate a pointer.
Thanks.
Chris Perry
(cperry@gateway.mitre.org)
------------------------------
Date: Thu, 17 Sep 87 14:30 EDT
From: VIILMA%MCMASTER.BITNET@wiscvm.wisc.edu
Subject: Honeywell emulators
I'm trying to post this for a friend. He'd like to know if there are any
terminal emulators for a Honeywell DPS-6/DPS-7/DPS-8 available for the
Mac yet.
Please send replies directly to DFMCCRTHY@BROCK.CDN
Thanx
===============================================================================
Marty Viilma Viilma@McMaster.NetNorth
Systems Software Specialist
McMaster University
Hamilton, Ont. Canada
L8S 4K1
(416) 525-9140 x4090
===============================================================================
------------------------------
Date: Thu, 17 Sep 87 19:14:18 MET
From: norbert%germany.csnet@RELAY.CS.NET
Subject: 6809 Cross Assembler
Does anybody know about a 6809 cross assembler running on Macintoshs?
Need not be public domain...
-- Norbert
------------------------------
Date: Mon, 21 Sep 87 15:17 ADT
From: Peter J. Gergely <Peter@DREA-GRIFFIN.ARPA>
Subject: Standardize Speller Dictionaries, please!!
Owning Ready-Set-Go! 3, Word 3.0.1, and Spellswell 2.0, I
really wish there was a standard format for spelling dictionaries. It
becomes very annoying after little use to put the changes in all 3
separate dictionaries, plus the amount of disk space that they take up
could be used for more productive purposes. I hope that some of the
software developpers read this message and take it to heart to try to
standardize the spelling dictionaries with others.
As an aside, it also would be very nice if a British Spelling
Dictionary could be included with the spelling correctors. Microsoft
is the only one to have such with Word 3. In Canada, the standard is
to use the British spelling of words. Thus, this is one of the main
set of changes that I have to do to all the other dictionaries I own.
- Peter
--
Peter J. Gergely (DREA, P.O. Box 1012, Dartmouth, NS B2Y 3Z7 Canada)
ARPANET: gergely@DREA-XX.ARPA (preferred) or Peter@DREA-GRIFFIN.ARPA
DIALNET: Peter@DIAL|DREA-Griffin
CSNET: gergely%cs.dal.cdn@ubc.csnet UUCP: gergely@dalcs.UUCP
------------------------------
Date: Mon 21 Sep 87 11:34:12-PDT
From: Stuart M. Shieber <SHIEBER@SRI-WARBUCKS.ARPA>
Subject: MacKermit on the Mac II
Reply-to: shieber@ai.sri.com
Several of us would like to try running MacKermit on the Mac II, but I
have had no success in running version 34 which I obtained from the
INFO-MAC directory on SUMEX. Is there a version of MacKermit that
runs on the Mac II, or some other program that supports Kermit
protocol, including receiving multiple files? (Red Ryder supports
Kermit, but always acts as the server, and does not correctly receive
files that are multiple sent.)
-- Stuart Shieber
[ note from moderator: I don't know about Kermit support in Red Ryder but
VersaTerm has full Kermit support, including multiple files and long packets.
The latest version (3.1) works in background under MultiFinder so you can
do uploads and downloads in background! DAVEG ]
------------------------------
Date: Wed, 23 Sep 87 13:41:06 PDT
From: light%lbl-ux4@Lbl-Csa2.Arpa
RE: Hypercard
I have one simple question:
Why is it that a wonderful program such as Hypercard is
marred by a failure to implement DAs properly? For those of you
who haven't tried it yet, you can open up all the DAs you want from
within Hypercard but you can't click in the Hypercard window again
until you close all the DAs!
I can see only two reasons for this "feature".
1. DAs will no longer be necessary when you are using Hypercard
and the MultiFinder. (Wonderful - you only need at least 2 Megs to
make that combination work).
2. Sheer perversity on Bill Atkinson's part
or a dislike of Apple's own programming rules.
Any comments or quick fixes out there??
- F. Rubinstein (FMRubinstein@lbl.arpa or light%lbl-ux4@lbl.ARPA)
------------------------------
Date: Mon, 14 Sep 87 15:50 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: RE: Brain Dominance
> From: PEABO
> Subject: RE: Brain Dominance
There is one case where left-handers are better off than right-handers:
the Backspace key. When I'm mousing around with my right hand I like to use
my left hand to tap the Backspace key to delete selections. In this case
it is the right-hander who has to reach across the keyboard ...
-- Thomas Fruin
fruin@hlerul5.BITNET
thomas@uvabick.UUCP
Leiden University, Netherlands
------------------------------
Date: Sun 6 Sep 87 15:20:11-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #42
Delphi Mac Digest Sunday, September 6, 1987 Volume 3 : Issue 42
Today's Topics:
HyperCard logic problem (6 messages)
Warning about HyperCard Stacks
Field glitches
2000 and Mac II (3 messages)
RE: SIZE resource
RE: object-oriented c (4 messages)
re: SE Internal Hard Disks (2 messages)
Re: Hard Disks
HyperCard Linking and Scripts
function pointers in C (3 messages)
HyperCard modification date contaminatio
OCR Scanner (3 messages)
HyperCard overlapping buttons
Importing, sorting, and compacting (2 messages)
HyperCard Fields
RE: Usenet Mac Digest V3 #64
SIMM RAM for the MacII
RE: Calculating a new Menu on the spot
A C formatter (2 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-42.ARC
DoD
]
------------------------------
Date: Mon 21 Sep 87 09:41:31-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #44
Delphi Mac Digest Monday, September 21, 1987 Volume 3 : Issue 44
Today's Topics:
hyperlaunching
Re: fido (2 messages)
re: hypercard ?s
re: MPW C 2.0 interfaces into ColorQuick
RE: Usenet Mac Digest V3 #66 (3 messages)
RE: MPW Bug (3 messages)
HyperText in HyperCard
worlds smallest mac screen (4 messages)
HyperHassles (3 messages)
MODIFY RESOURCES (2 messages)
Reader Application for proprietary text (4 messages)
Re: Set Startup
Strategic Conquest
re: Hypercard and DAs
re: Replacing system fonts
RE: any assembler other than MPW?
RE: Desktop Drawing
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-44.ARC
DoD
]
------------------------------
Date: Sat 22 Aug 87 09:15:00-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #59
Usenet Mac Digest Friday, August 21, 1987 Volume 3 : Issue 59
Today's Topics:
Re: Mac lab for High School environment??
Zones
Re: Finder improvements
Re: Hires MacII video boards & frame grabbers
Cheap Full Page Mac Displays
More on Byte Benchmarks
TickCount Rollover?
Re: 120ns 1-megabit SIMMs Prices?
TurboMax board on 512KE or Plus
Fall Announcments: Macintosh Books
Megamax C Compiler 3.0
Re: Software for Doctors
REFLEX(tm) Question
Re: TickCount Rollover?
TML Modula-2 Questions
Preview of Multi-Finder and Hyper-Card (long)
Problems Playing 'snd ' Resources -- Need Help
Re: Font/DA Mover 3.5 Problems
Notification Manager
16 Mhz 68000
Re: TML Modula-2 Questions
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-59.ARC
DoD
]
------------------------------
Date: Sat 22 Aug 87 09:16:02-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #60
Usenet Mac Digest Friday, August 21, 1987 Volume 3 : Issue 60
Today's Topics:
panasonic mac compatible printer
Mac-conferences on Relay
Grading software
SERD .. 2 Resources?
Re: Tabs in TextEdit
Re: Byte benchmark articles (Re: Mac C Compilers)
Re: Fall Announcments: Macintosh Books
Re: REFLEX(tm) Question
Suggestion for Benchmarks
Sound in HyperTalk
Mac <-> VMEbus ??
How can several mice/joysticks be hooked up to a Mac 512KE?
Re: Getting 1 Meg SIM boards to work in your Mac
Astrology Software?
Determining Machine Configuration
Re: LSC and MultiFinder/Juggler
Re: Getting 1 Meg SIM boards to work in your Mac
Re: Determining Machine Configuration
Re: Preview of Multi-Finder and Hyper-Card (long) (2 messages)
Re: Can Sell old SIMMS to II owner?
postscript to vax
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-60.ARC
DoD
]
------------------------------
Date: Fri 28 Aug 87 21:19:37-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #61
Usenet Mac Digest Friday, August 28, 1987 Volume 3 : Issue 61
Today's Topics:
System enhancements
Answer to 'snd ' question.
animation packages, 3D graphics
Lightspeed C question
Re: Hypercard - How About New Mac Owner
Which Is Better: DMCS or Concertware+?
68851 PMMU for the II
Coral/Franz Extended Common Lisp PRESS RELEASE
Some notes on SubLaunching
Zorak's Tomb
Re: Mac C Compilers, Benchmarks, Stupidity
Can you suggest a PowerPoint Patch?
Tape Drives?
Re: Astrology Software?
QMS PS Printers Query
Re: 68851 PMMU for the II
Need info on DASCH RAMdisk
Backgrounding in MultiFinder
TextEdit and Arrow keys
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-61.ARC
DoD
]
------------------------------
Date: Fri 28 Aug 87 21:20:48-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #62
Usenet Mac Digest Friday, August 28, 1987 Volume 3 : Issue 62
Today's Topics:
Re: Chinese for Mac?
Re: Notification Manager
Connecting Mac Appletalk and Sun Ethernet TCP/IP
US MUGs Info?
Re: Which Is Better: DMCS or Concertware+?
ScripTEN Laser Printers?
Mac II Transputer boards (by Levco)
Re: Which Is Better: DMCS or Concertware+?
Re: Alias Launchers
Re: Early impressions of Suitcase
Steve Capps speaks out at MIT
Using WaitNextEvent for suspend/resume events
Re: PowerPoint
Thunderscan V4.0
Re: Steve Capps speaks out at MIT
SIZE resource
Jasmine Backpac
FzzPlot Purchasers Please Read!
Re: Projecting a Mac screen
Re: TextEdit and Arrow keys
SE Internal Hard Disks
MPW and MultiFinder
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-62.ARC
DoD
]
------------------------------
Date: Fri 28 Aug 87 21:22:02-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #63
Usenet Mac Digest Friday, August 28, 1987 Volume 3 : Issue 63
Today's Topics:
DiskTimer III Proposal - Comments?
Re: Mac <-> VMEbus ??
Hypercard Reports
Re: MPW and MultiFinder
Re: Hard Disks
Macintosh XL, SCSI, and hard disk drives.
Re: Which Is Better: DMCS or Concertware+?
Comments on SuperMac 19" Trinitron monitor system (longish)
Re: MPW and MultiFinder
Mac File Representation
Remote file representation
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-63.ARC
DoD
]
------------------------------
Date: Sat 5 Sep 87 10:39:56-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #64
Usenet Mac Digest Saturday, September 5, 1987 Volume 3 : Issue 64
Today's Topics:
GCC Personal Laser Printer
Bug in LSC or the transcendental functions package?
Query: Varityper VT600 plain paper typesetter
Mac SE Squeal
4th Dimension comments
Another MS Word 3.01 Bug
SANE help
Rotation Algorithm needed
Re: 4th Dimension comments
Hypercard Reports
Re: Learning Japanese
Documentation on HyperCard External Commands
512KE Accelerators?
Re: Trivial SE question
VersaTerm in background under MultiFinder
Re: Rotation Algorithm needed
Re: Mac <-> VMEbus ??
Excel memory limits
Bug in TMON 2.8
SIMM RAM for the MacII
Re: HyperCard Availability
Humble Expert System Shell
Re: Rotation Algorithm needed
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-64.ARC
DoD
]
------------------------------
Date: Sat 5 Sep 87 10:41:11-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #65
Usenet Mac Digest Saturday, September 5, 1987 Volume 3 : Issue 65
Today's Topics:
XL -> Imagewriter Problem *argh*
When to call PrOpen?
X2Fix and Long2Fix in LSC
Re. Chinese on Mac
Re: Excel memory limits
Re: Games on a Mac II?
Screen saver for a Mac II
Frame grabbers
Re: When to call PrOpen?
Re: Which Is Better: DMCS or Concertware+?
Re: X2Fix and Long2Fix in LSC
Info on TeX (Text?-sp?)
structural mechanical engineering software
MIDI interfaces for Mac 2
Hypercard lossage
How to get a copy of MacAPL
Re: Hypercard lossage
Re: MIDI interfaces for Mac 2
Re: Documentation on HyperCard External Commands
Re: Learning Japanese
Color MacPaint file format
Calculating a new Menu on the spot.
Re: SIMM RAM for the MacII
Re: Color MacPaint file format
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-65.ARC
DoD
]
------------------------------
Date: Sat 12 Sep 87 11:07:03-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #66
Usenet Mac Digest Friday, September 11, 1987 Volume 3 : Issue 66
Today's Topics:
New master pointer query.
Porting C programs to the Mac
Re: Which Is Better: DMCS or Studo Session? (Mac)
HyperCard annoyances
Broken mouse...can it be fixed?
MenuBar in HyperCard
Converting Mac format to GEM
LightSpeed Pascal Problem
Re: Hypercard lossage
Re: Which Is Better: DMCS or Studo Session? (Mac)
Re: Broken mouse...can it be fixed?
Ukrainian version of the Cyrillic Alphabet
File I/O in HyperTalk
Re: Flames about Multifinder
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-66.ARC
DoD
]
------------------------------
Date: Sat 12 Sep 87 11:07:29-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #67
Usenet Mac Digest Friday, September 11, 1987 Volume 3 : Issue 67
Today's Topics:
Re: Hypercard
Re: Which Is Better: DMCS or Studo Session? (Mac)
gnu cc for mac?
Re: Hypercard lossage
Re:PYRO screen blanker
Suitecase and Finder 5.5
Re: wanted: Ada system for Mac
Re: Color MacPaint file format
HyperCard Xcmd code in LightSpeed C
FEdit corrections for the BatteryPak Calendar DA
X Windows to MacPaint ?
uw for Mac-II ?
Re: FEdit corrections for the BatteryPak Calendar DA
ADB and what you shouldnt do
Re: HyperCard Xcmd code in LightSpeed C
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-67.ARC
DoD
]
------------------------------
Date: Sat 12 Sep 87 11:07:54-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #68
Usenet Mac Digest Friday, September 11, 1987 Volume 3 : Issue 68
Today's Topics:
MacVision = problems on SE
Digitize vs Scan?
SASI disk to Mac (Help Wanted)
HyperCard dialing # and *, debug command
Re: Changes to the MacBinary standard
A Surefire Way to Become Rich (using Hypercard)
Re: MenuBar in HyperCard
SuperSpool 4.0 for the Imagewriter
Ticking Mac
generic printer driver testers wanted
Re: FEdit corrections for the BatteryPak Calendar DA
Disable SE internal harddisk
VLSI tools on Mac-2's?
MPW C 2.0 interfaces into ColorQuickDraw
Scientific graphics desperately wanted
Re: Rotation Algorithm wanted
Re: VLSI tools on Mac-2's?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-68.ARC
DoD
]
------------------------------
Date: Fri 18 Sep 87 09:25:20-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #69
Usenet Mac Digest Thursday, September 17, 1987 Volume 3 : Issue 69
Today's Topics:
defaults in PageSetup
Hypercard and DAs
Re: Ukrainian version of the Cyrillic Alphabet
Request for US Map
Video memory on Mac II
Re: MPW C 2.0 interfaces into ColorQuickDraw
Re: A Surefire Way to Become Rich (using Hypercard)
Mac II is acting flakey! Ideas?
Set Startup
Re: Mac II is acting flakey! Ideas?
Re: Digitize vs Scan?
Re: Mac II is acting flakey! Ideas?
Replacing system fonts
Nova (Or Any) Hard Drives
Wanted: good deal on Radius FPD
Re: Hypercard and DAs
ResEdit RSSC ressources
Re: Ticking Mac
Re: Video memory on Mac II
Re: Replacing system fonts
Re: Software Search
Old Fonts and New Computers
Princeton Font and FDA Mover 3.5
Re: MPW C 2.0 interfaces into ColorQuickDraw
Re: Replacing system fonts
Re: Nova (Or Any) Hard Drives
Are you using TEX anymore?
Dialog question
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-69.ARC
DoD
]
------------------------------
Date: Fri 18 Sep 87 09:29:02-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #70
Usenet Mac Digest Thursday, September 17, 1987 Volume 3 : Issue 70
Today's Topics:
Re: Set Startup
any comments on the e-machines' `big picture' display
Buy a hard case for your Mac II...
Re: Dialog question
Re: any comments on the e-machines' `big picture' display
Cutting Edge Hard Disk?
68030 in MacII
Re: Excel memory limits
fried chips, RAM disk
multifinder queries & HyperCard annoyances
Re: Which Is Better: DMCS or Concertware+?
Re: Availability of 1 MB SIMMs in the US
any assembler other than MPW?
Printing under Hypercard
Re: Availability of 1 MB SIMMs in the US
Word 3.01 and Date Format
Re: Broken mouse...can it be fixed?
Re: Cutting Edge Hard Disk?
Re: 68030 in MacII
Macsbug 5.5 and SANE in Mac II
Re: Nova (Or Any) Hard Drives
Re: multifinder queries & HyperCard annoyances
Mac II NTSC Video source code
Re: any assembler other than MPW?
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-70.ARC
DoD
]
------------------------------
Date: Fri 18 Sep 87 09:32:54-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #71
Usenet Mac Digest Thursday, September 17, 1987 Volume 3 : Issue 71
Today's Topics:
Problem running SuperSpool and Professional Composer?
Re: Printing under Hypercard
Re: 68030 in MacII
Re: LightSpeed Pascal Problem
Re: any assembler other than MPW?
Re: Printing under Hypercard
Avoiding menu metacharacters
Button hilighting in HyperTalk
MacKermit on an SE (and II?) (2 messages)
ParamText Question
Laserwriter streaks
Filemaker+ meets Laserwriter 4.0? (also ready set go 4.0)
Re: ParamText Question
Re: 68030 in MacII
Beta particle counter
Graphics tablets
Re: New master pointer query.
Anyone Have ROvr 0? (Was Replacing system fonts)
Re: Button hilighting in HyperTalk (2 messages)
Re: Avoiding menu metacharacters
Desktop Drawing
Getting a windows position
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-71.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂01-Oct-87 1935 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #121
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 1 Oct 87 19:35:47 PDT
Date: 1 Oct 87 1933-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #121
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 1 Oct 1987 Volume 5 : Issue 121
Today's Topics:
Reply to WDEFs & CDEFs in MPW, V5 #115
A HyperCard About Button
MacApp - Dialog boxes
Code optimizers: any interest?
How does the Mac make sounds
Re: Borland's Turbo Pascal
Macintalk patch for Mac II
Sony multisync problem
Re: BREAK DA
Mac II hard disks
Networking help needed
hypercard scripts - editting
upgrades
Screens hurt eyes (Mac SE, Plus)
Excel's 1MB limit
MacTex and Textures
Info request: HyperCard
Workshop on Coordinating User Interfaces for Consistency
Client Billing System for the Mac
KHMER-FONT REQUESTED
Mac <--> PC Connectivity
Can't find MacDiet
Info-mac and undigestifying in Gnu Emacs
Mac for use in France...
Delphi Mac Digest V3 #40
Delphi Mac Digest V3 #41
Delphi Mac Digest V3 #43
Usenet Mac Digest V3 #72
----------------------------------------------------------------------
Subject: Reply to WDEFs & CDEFs in MPW, V5 #115
Date: Mon, 28 Sep 87 15:25:14 -0700
From: standish@madeleine.UCI.EDU
Nathan:
We have succeeded in getting WDEFs and CDEFs to compile
in MPW Pascal. We had to work our way around linker troubles
as described below.
There is a Mac Tech Note #110 by Jim Friedlander that
describes the essentials of how to proceed. Briefly, you
have to assemble a special header file in assembly language
and link it in with your compiled pascal unit. But the
MPW link instructions given in Tech Note #110 bombed on
our example because we were missing the instruction to link
with "{pLibraries}"pasLib.o. The corrected MPW commands that
worked for us are as follows:
asm myWDEF.a
pascal myWDEF.p
link myWDEF.a.o
myWDEF.p.o
"{Libraries}"interface.o
"{pLibraries}"paslib.o
-rt 'WDEF'=3
-t '????'
-c 'RWDF'
-o myWDEF3
For an example of a WDEF that works, Darryl Lovato of TML Systems
Inc. has written the standard documentProc WDEF on disk #3
of the TML Source Code Library. This can be converted into
an MPW Pascal Unit according to the program template in
Tech Note 110 and works fine. One last hint: When you create
your window definition ID, remember to multiply the resource ID
of your WDEF by 16 to shift it left 4 bits (cf. IM I-298) in
order to get the Window Manager to call your WDEF properly.
I hope this reply doesn't come too late. Although your message
on Info-Mac is dated July 29th, it came in V5 #115 of Info-Mac
dated Sept. 27th. So please discard this note if it is no
longer relevant.
Tim Standish,
UC Irvine
------------------------------
Date: Sat, 26 Sep 87 17:43:29 EDT
From: Andrew Gilmartin <ANDREW%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: A HyperCard About Button
I had need of a simple About Box to include in my stacks. This About Box
was to display the stack's name, date, and copyright notice. Given its
simplicity, I did not want to devote a card and nor did I want to set
aside space on a card, so the only alternative was to have something
that was unobtrusive when inactive but when clicked upon would display
the About Box.
My first idea was to use a background field, but this caused problems in
that while the field is shared, its content is not. Thus, when a field
is made visible the script would have to ensure that the text of the
About Box was in the field. But then how do I indicate that the About
Box even existed?
My answer was to use a button that would display the About Box icon when
the About box was hidden but when clicked the BUTTON ITSELF would become
the About Box. This was done by removing the icon, changing its style
and then DISPLAYING ITS NAME which is the text of the message.
If you would like to try this, create a button with an appropriate name
and icon and give it the following script:
on mouseUp
put the rect of me into buttonWhere -- remember where the button was
put the icon of me into buttonIcon -- remember what the icon was
put the style of me into buttonStyle -- remember what the style was
-- set the button to display simple About Box
set lockScreen to true -- turn off screen updating
set rect of me to 46, 136, 466, 206 -- size & position of About Box
set icon of me to 0 -- remove the icon
set style of me to shadow -- give it an appropriate style
set showName of me to true -- show the message
set lockScreen to false -- update the screen
-- wait for a mouse click to clear the About Box
repeat until the mouseClick
end repeat
-- reset the button
set lockScreen to true -- turn off screen updating
set icon of me to buttonIcon -- reset the icon
set showName of me to false -- hide About message
set style of me to buttonStyle -- make button transparent
set rect of me to buttonWhere -- reset the size & position
set lockScreen to false -- update the screen
end mouseUp
------------------------------
Subject: MacApp - Dialog boxes
Date: Tue, 29 Sep 87 08:57:43 +0100
From: Colin Robbins <crobbins@Cs.Ucl.AC.UK>
Help!
I have been trying to create a scrollable text view inside a
Modal dialog, but have been unsucessful.
I am using v1.0 of MacApp.
The following methods have been tried :-
1) Putting a TTEView view in the dialog - fails because the
TDialogView assumes all sub views are of type TCatView, and you
can't inherit from both TTEview and TCatView.
2) Putting a TFrame around a TTextHandler view - scrolling does
not work correctly, as each time the view is redrawn, the view scrolls back
to the top of the text, and autoscroll does not work properly.
3) Putting a Tframe around a TCatView - this get the scrolling working
OK, but then there is no text editing facilities.
Short of using (3) and implementing the text editing myself using the
toolbox - which seems a bit of a waste of MacApp's capabilities, what
can I do?
Is the problem that scrolling editable text in a modal dialog does not
meet with the 'Macintosh user interface guidelines'?
Any comments or solutions would be gratefully received,
Colin Robbins
University College, London, England.
------------------------------
From: maiden@sdcsvax.ucsd.edu (VLSI Layout Project)
Subject: Code optimizers: any interest?
Date: 19 Sep 87 17:55:42 GMT
To the Macintosh Development Community:
Is there a significant interest/market for an external optimizer for
the Macintosh/Macintosh II? Recently some CS associates and I have
discussed the possibility of applying that 'ol computer science
knowledge toward developing such a product.
What do you, the development community, think? Are existing compilers
sufficiently endowed with the ability to produce fast code? Are those
developers who have bemoaned the lack of code quality on the Macintosh
comparable to that on other computers (including the PC) willing to
put their money where their mouth is? IS THERE REALLY A MARKET FOR
AN OPTIMIZER - or are developers willing to exploit alternative
routes (hand-coded assembly by an expert)?
Also: are there such products already being developed? There are
other things far easier (and more fun!) to do than making an
optimizer; if someone is doing it already, we will willingly step
aside and do something else.
What is the level of support required for such a product? Note
that whatever this answer is has much to do with the eventual
market price of the product. Should support be sold separately?
And a final question: what are the specifications of an ideal code
optimizer? What are the code size/speed tradeoffs that developers
out in the Macintosh community desire? Obviously the optimizer
would be modular, allowing selective enabling/disabling of the
various levels of optimization, but is there a need for optimization
of ROM calls or cache use or coprocessor parallelism?
Presently we would envision the system to run under MPW - are there
objections to this? - and operate on assembler output to maximize
its functionality among several compilers. We would consider
implementing loop optimization, induction variable and global common
subexpression elimination, loop unrolling and merging, constant
folding, copy propagation, code hoisting, procedure call optimization,
etc. It may be desirable to allow directives to be passed to the
optimizer for greater control and implementation of other types of
optimization, including code substitution and algorithm optimization.
Your suggestions welcome. E-mail is preferred, however I often
scan this board.
Edward
------------------------------------------------------------------------
UUCP: {seismo|decwrl}!sdcsvax!maiden ARPA: maiden@sdcsvax.ucsd.edu
------------------------------
From: shmuel browns <shmuli%humus.huji.ac.il@RELAY.CS.NET>
Date: Sun, 20 Sep 87 11:02:43 JST
Subject: How does the Mac make sounds
I'm trying to understand how the Mac makes sounds. With System 4.1 there is
a cdev (what is a cdev?) with creator soun that has a soun resource with ID=0
that says that it is Sound v1.0 - I assume that this is the NEW sound driver
from Apple.
VideoWorks and Tour Engine (what is their relationship) play music and
sounds that are CSND resources; also the Adobe Illustrator demo (running with
the Tour Engine ) has added 2 sampled sounds to the list - to play their music
and produce clicks, etc. Are these resources for the old sound driver? They
do work with System 4.1.
There is a program called SoundPlayer that can play files of type FSSD
(these have only data forks and no resource), the one with a jagged white
waveform on a black background. Are these the files that are produced by
MacNifty (is the company really defunct?) i.e. straight digitized sound? What
other products are there that will let you digitize your own sounds?
SoundPlayer can play the data at 4 sampling rates - can someone explain what
this means to an audio layman? These are the files that can be used when
renamed StartupSound or BeepSound with the corresponding INITs. Do these INITs
play only at sampling rate 1?
HyperCard can play 3 sounds (2 Boings and a harpsichord) & has the matching
snd resources. How can you add other sounds? How can you get HyperCard to
play them?
I'm baffled! How can you get the Mac to play digitized sounds? Where can
I find information about the programming aspects? What programs/tools are
already available to help? How can you convert these FSSD files to the
appropriate sound resources? Which is appropriate CSND or snd. What's the
difference? Can you convert between them?
What I'd like to do is be able to write a LightSpeed C program (like
BeepInit) that plays the FSSD file? Similarly, how would you go about writing
a program that will play the sound resources? If anyone has suggestions where
to start looking or some source code, it sure would be appreciated.
[ note from moderator: the Sound cdev is a control panel resource which
is what you click on from the Mac II control panel to select a different
system beep. This is NOT the sound driver. The tour engine is a videoworks
player only and allows non videoworks owners to play back videoworks files.
The sound files with type FSSC are Soundcap files; Soundcap is the old version
of the software which came with the MacNifty digitizer. Soundwave is the
current version of the software. The audio digitizer is now sold by Impulse.
BMUG used to sell a digitizer called MacRecorder but at MacWorld in August
I noticed that Farallon is now selling that product. DAVEG ]
------------------------------
Date: Tue, 29 Sep 87 20:54:16 MDT
From: EKE4000%WYOCDC1.BITNET@WISCVM.WISC.EDU
Subject: Re: Borland's Turbo Pascal
I'm trying to do some work with Borland's Turbo Pascal
on my Macintosh Plus. The manual supplied with the compiler seems to
be a good reference, but little more. Is the Turbo Pascal tutor (also
available from Borland) worth getting? One more thing, will programs
written in MacPascal run with Turbo? I don't mean without some modification
but is it possible to transfer program at least to some degree?
thanx for any help
Mike R EKE4000@WYOCDC1.CSD
------------------------------
From: DAVEG%SLACVM.BITNET@forsythe.stanford.edu
Date: 28 Sep 87 21:08 PST
Subject: Macintalk patch for Mac II
On Genie there was a patch to Macintalk for the MacII posted.
Change all occurances of: $00EFE1FE
Replace with: $50F00000
Change all occurances of: $00EFFFFE
Replace with: $50F01E00
I had success with this patch so I have reason to believe others will too!
David Gelphman
daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
Date: Mon, 28 Sep 87 11:46:07 CDT
From: Paul Fons <FONS%UIUCVMD.BITNET@forsythe.stanford.edu>
Subject: Sony multisync problem
I recently purchased a Mac II here and attached a sony multisync as a monitor.
It works as advertised and looks very nice. I made my own cable from rg174u
mini coax using the connections I read about in MacWeek. No problem so far...
The only thing I notice is that if I wipe the screen while the machine is on,
the machine resets - this implies that somehow I am discharging the hv from the
static on the screen through some delicate? part. I do have the ground lines
hooked up through the machine. I can't recall now, but if I connected the
signal ground to the case ground would this cause the problem. Has anyone else
had this sort of problem and what did you use to solve it?
Please reply to FONS@UIUCVMD on BITNET.
------------------------------
Date: Tue, 29 Sep 87 16:13:10 CDT
From: brian@sally.utexas.edu (Brian H. Powell)
Subject: Re: BREAK DA
I wrote a DA to send a break for (as I recall) 1/5 second out the modem
port. (It was very simple; it was hard-coded to the modem port.)
I'll make the program (with sources) available for anonymous ftp from
sally.utexas.edu:~ftp/mac/deskacc/modem-break.hqx
This DA is almost the same as my SUMEX:<INFO-MAC>DA-MODEMDTR.HQX file.
That desk accessory told the serial driver not to drop DTR when you quit a
terminal program.
Perhaps the INFO-MAC moderators will choose to make this available on
SUMEX also, as <INFO-MAC>DA-MODEMBREAK.HQX.
Brian H. Powell
UUCP: ...!uunet!ut-sally!brian
ARPA: brian@sally.UTEXAS.EDU
_Work_ _Not Work_
Department of Computer Sciences P.O. Box 5899
Taylor Hall 2.124 Austin, TX 78763-5899
The University of Texas at Austin (512) 346-0835
Austin, TX 78712-1188
(512) 471-9536
[ archived as:
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MODEMBREAK.HQX
DAVEG
]
------------------------------
Date: Tue, 29 Sep 87 21:05:29 PST
From: nfong%cory.Berkeley.EDU@ucbvax.Berkeley.EDU (Norman Fong)
Subject: Mac II hard disks
The L5380 is directly replacable with the NCR one in your Mac2, but will
bring about no performance enhancements. With 2 wait states to mem,
you can't really spool information into memory that fast. Now if someone
came out with a nubus card with the chip and did some dma... We could
really exploit some fast hard disks.
Regarding Disktimer II benchmarks on the Mac2, here's some more..
hammer91 26 28 7
(Internal 91meg 18ms)
hammer300 22 23 6
(External 300meg 16.5ms)
The 300 has a 1.4 meg SUSTAINABLE data xfer rate..
Someone should right a benchmarker like coretest on the pc..(Hint)
Perhaps one that would print out data xfer rates across a disk,
something that might not be skew for these 16meg cache drives!
nfong@cory.Berkeley.EDU
Claimer: I work for FWB, who puts the hammer drives out..
------------------------------
Date: Thu, 24 Sep 87 06:51:43 edt
From: thinder@nswc-wo.ARPA
Subject: Networking help needed
We have a number of Mac users that would like to be networked. We have a
broadband coaxial cable running through out our site. What I am looking for
is a "Appletalk on Broadband" product. It would be the Apple equivilant to
the various "Ethernet on Broadband" products. What we DON'T want to do is
set up seperate "networks" and then bridge (read piece) them together. Use of
the phone lines is also not a solution, we don't own the wires. I'm not on the
list for distribution, so please respond to me directly, even by phone.
Thanks in advance,
Thomas K. Hinders
Network: thinder@nswc-wo.arpa
or
thinder@nswc-oas.arpa
Naval Surface Warfare Center
Silver Spring MD
(301) 394 4225 or 1802
Autovon 290 4225
------------------------------
Date: Tue, 29 Sep 87 09:50+0100
From: Ralph <MartinRR%cardiff.ac.uk@NSS.Cs.Ucl.AC.UK>
Subject: hypercard scripts - editting
I am missing something, or is it impossible to cut and paste while
editing hypercard scripts? Yuk! Just when I had got to understand,
love and rely on the clipboard too... Sigh.
Appple, can this one be fixed up?
[ note from moderator: The command key equivalents command-x,c,v all
work in the HyperCard dialog for script editting. It's always worth
trying the old reliable if you can't figure out what to do! DAVEG ]
------------------------------
Date: Thu, 24 Sep 87 21:43 EDT
From: <GILDIN%QCVAX.BITNET@forsythe.stanford.edu>
Subject: upgrades
Open Mac Enterprises is advertising 1 Megabit CMOS DRAM upgrade kits for the
Mac+ at what seem to be good prices ($299 to 2, $799 to 4) and a 2 year full
replacement warranty. (They warn that their kits may not be compatible with
internal devices, but that does not concern me.) Has anyone had any
experiences, good or bad, with this product or the company?
------------------------------
Date: Sat, 26 Sep 87 12:19:32 CDT
From: srb%mycroft@gswd-vms.Gould.COM (Steve Bunch)
Subject: Screens hurt eyes (Mac SE, Plus)
I have noticed a great deal of jitter in MAC SE screens. The jitter
is always noticable, but increases when the disks are energized, so is
probably a power supply regulation problem or something like that.
The fact that it's so visible as a flickering indicates it isn't just
30 or 60 Hz noise getting in, but is probably something more complicated.
Some people can't even see it, by the way. If you want to know if it's
occurring on your screen, use a sheet of heavy paper as a straightedge
and hold it over the screen so that you expose only the top scan line.
I just did this on my terminal (a Datamedia), a MAC SE with internal
hard disk, and a MAC 512 with HD-20. The SE flicker was conspicuous.
None whatsoever was visible on the other two.
Flickering of that sort causes eyestrain, and you probably unconsciously
blink even less than your usual so you don't lose tracking and have to
recapture what you're looking at.
SE's are noisy to boot.
Steve Bunch
Gould Computer Systems, Urbana.
------------------------------
Date: Mon, 28 Sep 87 09:40 EDT
From: <KURAS%BCVMS.BITNET@forsythe.stanford.edu> (This Space For Rent)
Subject: Excel's 1MB limit
Only version 1.00 of Excel has the 1MB addresing limit pointed out by the
complainer. Version 1.04, the latest, has addressed this shortcoming, as well
as others. Excel still isn't perfect, but it's still the best spreadsheet you
can buy.
Pat Kuras
Boston College
<KURAS@BCVAX3.BITNET>
or, if that fails,
<KURAS@BCVMS.BITNET>
------------------------------
From: billc@sun.com (Bill Courington)
Subject: MacTex and Textures
Date: 27 Sep 87 00:24:53 GMT
I'm looking for information on these two implementations
of TeX for the Macintosh. I would like both
functional (full implementation? reasonably bug-free?
follows Mac interface? easy to use?) and performance
(is a Mac+ with 2mb and a hard disk a workable
configuration, or do you need 68020 power?) data.
And, of course, experience with the vendor's support.
[ note from moderator: I've only had experience with Textures by
Kellerman and Smith which is being sold by Addison Wesley. It is a good
package all around and I would recommend it. It is Mac II and large screen
compatible, but a Mac+ with 1 Meg and a hard disk (necessary in my opinion
for any real TeX work) is all that is needed. It may run on a 512k but
I don't think the performance would be all that great. The perforance
on a Mac+ is a bit slow compared to machines like the Amiga TeX or the
IBM PC/AT running their TeX's. I believe that K&S are working to speed
up TeXtures and we may see a faster version someday. It has been fairly
solid so far...it is multifinder compatible as well. DAVEG ]
------------------------------
Subject: Info request: HyperCard
Date: Sat, 26 Sep 87 23:32:58 -0700
From: Alastair Milne <milne@Q2.ICS.UCI.EDU>
I have acquired a little information on HyperCard, but really only an
outline, and I am eager for more. Further information, personal encounters
(if there have been any yet), hopes and fears: I'd like to hear them.
I suggest posting directly to me, since the list is likely to have more
than its share of HyperCard comments in any case. If I get enough
comments, I'll try to summarise for the net.
Thanks in advance,
Alastair Milne
------------------------------
Date: Mon, 28 Sep 87 10:39:51 DNT
From: Jakob Nielsen Tech Univ of Denmark
From: <DATJN%NEUVM1.BITNET@forsythe.stanford.edu>
Subject: Workshop on Coordinating User Interfaces for Consistency
A limited attendance workshop on Coordinating User Interfaces for
Consistency is being organized for the ACM Computer-Human Interaction
conference in Washington, D.C. The workshop will be held Monday, May 16, 1988.
Because of the large emphasis on consistency in Mac user interfaces,
this may interest several Info-Mac readers but I do not want to clutter
the list with the full call-for-participation. To get it send me a message
at datJN@NEUVM1.bitnet
------------------------------
Sender: Bauersfeld.WBST@Xerox.COM
Date: 29 Sep 87 13:39:57 EDT (Tuesday)
Subject: Client Billing System for the Mac
From: Penny <Bauersfeld.WBST@Xerox.COM>
Reply-to: Bauersfeld.wbst@Xerox.COM
I'm looking for an application that can handle a client billing system
for a small firm. Nothing fancy - just one that handles time sheets and
associated job and worker information.
Is there a program available that does just this, or will I have to
build my own using a relational database (like Excel)? If I do have to
build my own, which dbase suits these needs?
------------------------------
Date: Tue, 29 Sep 87 16:19:12 SET
From: Norbert Mueller <K360171%AEARN.BITNET@forsythe.stanford.edu>
Subject: KHMER-FONT REQUESTED
THIS IS A POSTING FOR A FRIEND OF MINE WHO HAS NO ACCESS TO THE NET.
HE IS LOOKING FOR A KHMER FONT FOR THE MACINTOSH TO TYPE IN CAMBODIAN
LANGUAGE. IS SUCH A FONT AVAILABLE EITHER COMMERCIALLY OR EVEN PUBLIC
DOMAIN?
THANKS IN ADVANCE
NORBERT MUELLER
------------------------------
From: galaxy!mayer@andromeda.rutgers.edu (Warren Mayer)
Subject: Mac <--> PC Connectivity
Date: 29 Sep 87 15:46:50 GMT
Sender: andromeda!galaxy!news@RUTGERS.EDU
Reply-to: mayer@andromeda.rutgers.edu (Warren Mayer)
Has anyone ever heard of Macintosh <---> PC networking software
called CompuNet? Can anyone give me any specs on it regarding connectivity
to PC networks, AppleTalk networks and possibly its interconnectivity with
Ethernet networks? Also, what hardware (if any) is required by the program?
Mail me any information that you can provide on this program to
mayer@andromeda.rutgers.edu
Thanks in advance for any info.
Warren Mayer
------------------------------
From: Jean_Fremont%SFU.Mailnet%UBC.MAILNET@MIT-Multics.ARPA
Subject: Can't find MacDiet
I am trying to get a copy of MacDiet for a computer fair a
collegue and I are arranging for other dietitians and
nutritionists in January. Any ideas of an easy way to
get one. the developers said it is available through
Kinko but the Vancouver division has no software.
Anybody have any ideas?
------------------------------
Date: Tue, 29 Sep 87 21:13 EDT
From: <ZACCONE%BKNLVMS.BITNET@forsythe.stanford.edu>
Subject: Info-mac and undigestifying in Gnu Emacs
I have been trying to use Gnu Emacs version 18.47 to undigestify the
info-mac digest. However, it doesn't seem to want to do it.
Has anyone succeeded in doing this? If so, is it just some changes to
my .emacs file that will make this possible?
Rick Zaccone
zaccone@bknlvms.bitnet
------------------------------
Date: Mon, 28 Sep 1987 10:35 EDT
From: Dean Sutherland <Sutherland@TL-20B.ARPA>
Subject: Mac for use in France...
I need advice on buying a Mac, printer, etc for use in France. My
brother-in-law is currently studying in France, and would like to buy a
computer. He has found that computers are MUCH more expensive there than here.
As a result, he would like to buy a US model and take it back with him. Can he
run a US Mac on French current (220, 50Hz)? Can he buy a French model Mac at
US prices?
Please respond directly to me. I will summarize to the net if enough people
express interest.
Dean F. Sutherland
(sutherland@tartan.ARPA)
------------------------------
Date: Sat 22 Aug 87 09:13:45-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #40
Delphi Mac Digest Saturday, August 22, 1987 Volume 3 : Issue 40
Today's Topics:
RE: boston expo (2 messages)
MPW version 2.0 (2 messages)
MacAsm to MDS (2 messages)
HyperCard notes (7 messages)
SE video problems due to fan?
4D random notes
Bust Out Racket
HyperCard PC ?!? (3 messages)
Xpressly UnCopyProtected.
HyperCard radio buttons (8 messages)
RE: Object-oriented C (2 messages)
New Lightspeed Pascal
Capps' (5 messages)
HyperCard Data Import (4 messages)
Quark Quirk.
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-40.ARC
DoD
]
------------------------------
Date: Fri 28 Aug 87 19:52:49-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #41
Delphi Mac Digest Friday, August 28, 1987 Volume 3 : Issue 41
Today's Topics:
HyperCard Find (2 messages)
HyperCard crashes (8 messages)
HyperCard Number Formats (2 messages)
OCR Scanner (4 messages)
Disks trashed in shipping (2 messages)
RE: HyperCard radio buttons (5 messages)
hyperFonts (2 messages)
RE: SERD .. 2 Resources?
RE: Re: LSC and MultiFinder/Juggler
OCR (3 messages)
Zap SS SCSI drives
MPW 2.0 patch
Hyper's not hot points (2 messages)
MACazine HyperCard stack
HyperCard Upload (5 messages)
accounting pgm. (2 messages)
TMON 2.8 patch
RE: HyperCard available (4 messages)
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-41.ARC
DoD
]
------------------------------
Date: Sun 13 Sep 87 17:01:25-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #43
Delphi Mac Digest Sunday, September 13, 1987 Volume 3 : Issue 43
Today's Topics:
Brain Dominance (4 messages)
Scoop
RE: A C formatter (2 messages)
MAC SE FAN NOISE (2 messages)
TurboMax Upgrade
miniWRITER info -- pass it on
HyperCard External Commands
Need help with CDEF (3 messages)
RE: MAC SE FAN NOISE (2 messages)
Mac Assembler
RE: BMUGNET ---> PHONENET (2 messages)
long ADT cords ?
print (3 messages)
Re: Re:PYRO screen blanker
Suitcase and Finder 5.5
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-43.ARC
DoD
]
------------------------------
Date: Fri 18 Sep 87 09:35:54-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #72
Usenet Mac Digest Thursday, September 17, 1987 Volume 3 : Issue 72
Today's Topics:
MACHACK WEST FINAL PROGRAM
Re: Mac MIDI interface
Re: Graphics tablets
Re: Desktop Drawing
Re: Dialog question (and lists in Control Panel)
DIY SCSI... It's done!
LaserWriter password
Re: ParamText Question
Need Info about SideKick 2.0 & V.I.P.
Controlling Dialog Boxes & Button Size in HyperCard
re: buttons in Hypertalk
LightSpeed C special effects
Re: Controlling Button Size in HyperCard
Shrinking screen on SE
File format information needed
Re: LightSpeed C special effects
Hypercard
Re: multifinder queries & HyperCard annoyances
Re: Controlling Dialog Boxes & Button Size in HyperCard
[
archived as [SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-72.ARC
DoD
]
------------------------------
End of INFO-MAC Digest
**********************
∂01-Oct-87 2016 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #122
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 1 Oct 87 20:16:29 PDT
Date: 1 Oct 87 2014-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #122
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 1 Oct 1987 Volume 5 : Issue 122
Today's Topics:
RE: Globally overriding Hypercard commands
Re: DEVELOPMENT SYSTEMS HELP
Re: Mac II memory upgrades
Hard Disks for the Mac II; Some info and some questions.
Using an Atari hard disk with a Macintosh
Resend of Cache XFCN
snd Resources
WORD 3.0 and hidden text
THINK Technologies to merge with Symantec
Apple Equipment Grant Query
Summary of Mac Sysops Pow Wow (long)
----------------------------------------------------------------------
Date: Thu, 1 Oct 87 08:42:14 EDT
From: JURGEN%UMass.BITNET@forsythe.stanford.edu
Subject: RE: Globally overriding Hypercard commands
In a recent digest someone asked about globally overriding Hypercard commands,
and in another digest (possibly Usenet or Delphi) someone else mentioned that
attempting to "edit script of Hypercard" causes a system bomb. Also several
digests ago, the question of exactly what the function of the "Home Stack" was,
other than just a mini-Finder for Stacks, came up. ...
Well, here's the answer to all these questions: All user-defined stacks are
descendants of the Home Stack. Even though it is not documented in the "Help"
Stack, any message that is not handled by your Stack is afterward passed to
the Home Stack, before being passed on to "Hypercard". This means that you
can effectively override any Hypercard command, as well as globally define new
ones, by putting an appropriate message handler in the Home Stack. The Home
Stack is also a good place for XFNCs and XCMDs, as well as snd's (Sounds),
since those will then be globally available without your having to modify the
Hypercard application.
Have fun.
Jurgen E Botz
Jurgen@UMass.Bitnet
------------------------------
Date: Thu, 1 Oct 87 9:23:23 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: Re: DEVELOPMENT SYSTEMS HELP
As with most things on the MAC there is a solution. I have been
programming the MAC since the days of LISA. The solution is to get
LIGHTSPEED C and the extender packages. There are called extender 1 and 2.
I forget the company but there are in the APDA catalogue. These are units
for LSP C (and others) that make programming the mac a breeze. MacApp is
also powerful but takes time (read lots) to learn. The LSP C environment
is very comportable and from what I have been hearing is become the C of
choice among many programmer (I still prefer Pascal but do use C). I hope
this helps. Also make sure that you get Inside MAC. It is a good reference
but the Extender Packages have excellent documentation that allows you to
start writing programs the same day you get it. The important thing in
programming the MAC is to totally understand resources. They are the key
to making the MAC work for you and not the other way around.
John Buono
ARPA buono%asbf-imp@huachuca-em.arpa
[ note from moderator: the Extender package is by Invention Software and
they usually advertise in MacTutor. Also ALSoft provides a package which
is a shell and can help you get running quickly. DAVEG ]
------------------------------
Reply-to: sdsu!crash.CTS.COM!news@sdcsvax.ucsd.edu
From: sdsu!pnet01.CTS.COM!maddie@sdcsvax.ucsd.edu (Tom Schenck)
Subject: Re: Mac II memory upgrades
Date: 1 Oct 87 04:56:14 GMT
The Mac II, by nature, is meant to be an easily expandable system, and in
doing so, Apple made it really easy to expand the memory of the Mac II, you
just pop in the SIMM modules you wish to use, and the Mac II will identify the
size of the SIMMs. It recognizes two sizes, 256k and 1024k. Now, not only does
the Mac II look to find the size of the SIMMs, but it also assumes that the
entire BANK is filled with the same size SIMMs, so if you fill Bank-A with
256k SIMMs and put ONE 1-meg SIMM in Bank-B, the Mac II assumes you have 1-meg
SIMMs FILLING Bank-B, and will eventually crash when it attempts to write to
the non-exsistant memory.
In short, Each SIMM Bank in the Mac II must contain the SAME size SIMMs, and
each bank must be filled.
UUCP: {cbosgd, hplabs!hp-sdd, sdcsvax, nosc}!crash!pnet01!maddie
ARPA: crash!pnet01!maddie@nosc.mil
INET: maddie@pnet01.CTS.COM
[ note from moderator: using the above terminology there are TWO separate
banks of 4 SIMM slots on the MacII. Each 4 must be filled with the same
size SIMM module. If you make bank A 1 MBIT SIMMS and bank B 256K SIMMS
then you must make sure that bank A is the one closest to the CPU for the
memory to be recognized properly. One other point is that Apple claims
that the address lines exist so that as larger memory chips are available
the Mac II can be upgraded accordingly, up to 16 MBIT chips for a total of
128M memory. Of course the current OS must be modified to go beyond the
16M limit of the 24bit address scheme but I think we'll see that before
the 4Mbit chips are available in quanity (PLEASE!). DAVEG ]
------------------------------
Date: Tue, 29 Sep 87 09:13:20 PDT
From: wbrown%lbl-ux4@Lbl.Arpa
Subject: Hard Disks for the Mac II; Some info and some questions.
We've been looking at a couple of 3rd party internal hard disks for the
Mac II and here is some of the information we've gleaned.
1) CMS PRO80-II/1 This is an 80 Megabyte hard disk, rumored to be nearly
identical to the 80 Mb drive supplied by Apple. We buy them from a local
retailer at a price considerably lower than Apple's asking price. They
run using the standard Macintosh SCSI driver.
2) Everex EMAC-91D (I hope this is the correct number - there are enough
numbers on the drive, documentation, and driver disk to make things a bit
ambigious.) This is really a CDC "WREN III" 90Mb drive. CDC "WREN" drives
have a very good reputation in the "blue" world. This drive does not work
with the standard Macintosh SCSI driver; a driver is included along with
formatting software. The price is also lower than the price for the Apple
80 Mb drive.
I used the disktimer program from SuperMac to get some relative performance
figures. Note that all 3 disks were formatted with a 1:1 interleave.
Reads Writes Step
Time
Mac II with Apple 40 Mb Drive 37 44 16
Mac II with CMS 80 Mb Drive 36 39 15
Mac II with Everex (CDC) 90 Mb Drive 24 59* 6
The absolute times probably don't mean much as the program was written
to run on a Plus or SE; the smaller numbers are better.
One thing I don't understand is the relatively large figure for write time
with the Everex unit. The software people at Everex haven't been able to
tell me much, except that they feel it is probably an artifact of the
way the disktimer works. They suggest that I try timing the write time of
some large text or spreadsheet files, but I have not tried to do so.
If anyone can add any light to this subject, please feel free to do so.
Replies may be sent directly to me; if I receive any useful answers I will
summarize for the net.
-bill
HEPnet/DECnet
lbl::wlbrown
Milnet/ARPA
wlbrown@lbl.arpa
Bitnet
wlbrown@lbl
Disclaimer: I have no financial or other interest or relation with anyone
mentioned above; anything I say does not necessarily have
anything to do with the views and opinions of my employer, and
nobody around here believes that I know which way is up.
------------------------------
Date: Sat, 25 Jul 87 12:29 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Using an Atari hard disk with a Macintosh
My friend Roelof Roos - who doesn't have access to the nets - asked me
to post something interesting he's been working on.
Roelof uses an Atari SH-204 hard disk with his Macintosh. It's one of
those Atari hard disks which you can buy for an Atari ST.
The Atari SH-204 is a plain vanilla SCSI drive, but Atari has added a
little print board and a special port to hook it up to an ST. If you rip
these out, you've got a standard SCSI hard disk that works great with your
Mac.
I'm including two PackIt files: the first one contains a MacWrite file that
describes, step by step, how to upgrade an Atari drive to work with a Mac
(couldn't resist that :) and a file with formatting resources for Ephraim
Vishniac's SCSI Disk Formatter and Installer.
The second file is the SCSI Formatter/Installer itself, with documentation.
SF&I is shareware. If you use it, make sure to send Ephraim $ 10 or to
donate some blood to the Red Cross (as he suggests).
You'll have to get the hard disk yourself...
-- Thomas Fruin
fruin@hlerul5.BITNET
thomas@uvabick.UUCP
Leiden, Nethelands
[ archived as:
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SCSI-FORMATTER-INSTALLER.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SCSI-ATARIMAC.HQX
DAVEG
]
------------------------------
Date: Thu, 1 Oct 87 09:43 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: Resend of Cache XFCN
Date: Thu 1 Oct 87 09:43:05-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Resend of Cache XFCN
To: info-mac@sumex-aim.stanford.edu
Message-ID: <560094185.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>
[ Uploaded from Delphi by Jeff Shulman. This re-upload includes the
compiled XFCN as a separate file. Move with ResEdit. ]
Name: CACHE XFCN
Date: 14-SEP-1987 03:16 by DEWI
Those of you designing minifinder Hypercard stacks on the Mac II might find
this useful. It's a XFCN external function for controlling the 68020's cache -
setting it on and off, and finding out its status. It's all wrapped up in a
demo stack, and comes with Lightspeed C source. Unpack with PackIt III or UnPit
[ archived as:
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XFCN-CACHE020.HQX
This replaces the earlier version of the file. DAVEG
]
------------------------------
Date: Mon, 28 Sep 87 09:36 EDT
From: <KURAS%BCVMS.BITNET@forsythe.stanford.edu> (This Space For Rent)
Subject: snd Resources
There is a simple way to convert a digitized sound file to an snd resource.
All you need is HyperCard and a stack written by some of Bill Atkinson's
friends. The stack contains an XCMD which converts SoundCap or equivalent files
to snd resources. It allows use of any sampling frequency and automatically
installs the resource in the file you specify. (i.e. a System file, an appli-
cation like HyperCard or a stack.) The stack is enclosed in BinHex 4.0 format.
Pat Kuras
Boston College
<KURAS@BCVAX3.BITNET>
or, in the event that doesn't work,
<KURAS@BCVMS.BITNET>
[ archived as:
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-SOUNDCAPMOVER.HQX
DAVEG
]
------------------------------
Date: Wed, 30 Sep 87 11:13:57 EDT
From: Kenneth Sussmann (PBMA) <sussmann@ARDEC.ARPA>
Subject: WORD 3.0 and hidden text
Does anyone know how to save a document created in MS WORD 3.0 as
text only WITHOUT saving any hidden text that is in the original
document? Any help would be greatly appeciated.
-Ken
------------------------------
Date: Wed, 30 Sep 87 14:39:10 EDT
From: singer@harvard.harvard.edu (Richard Siegel)
Subject: THINK Technologies to merge with Symantec
THINK Technologies today announced it is merging with Symantec Corporation.
Symantec is best known in the IBM PC world for its innovative natural-
language database software, Q & A. Symantec also recently merged with
Living Videotext, the makers of ThinkTank and MORE. THINK will operate
as a division of Symantec.
I want to assure everyone that this does not signal a change in product
direction for THINK. In fact, quite the contrary. Programming language
environments and desktop communications will remain the main focus of
our business, and our charter will be to maintain and expand our
position in the Macintosh market. The mergers reflect Symantec's
determination to be a major player on the Mac.
There is particular interest at Symantec in the programming language
market. Gordon Eubanks, Symantec's CEO, was the author of CBASIC and
later became VP of Programming Languages at Digital Research. And Spencer
Leyton, Executive VP of Business Development at Symantec, was until very
recently VP of Sales and Business Development at Borland International.
The transition will take place with as little upheaval as possible.
THINK's development organization, including Quality Assurance and Customer
Support, will remain at our current site in Bedford, Massachusetts.
Andrew Singer, THINK's Chairman and VP of Engineering, will be General
Manager of the THINK division of Symantec, reporting to Spencer Leyton.
We're very excited about becoming part of Symantec. With the greater
resources of Symantec behind us, we will be better able to provide
the high level of product quality and service to which we aspire.
-- Michael Kahl, THINK Technologies... uh, I mean: Symantec
------------------------------
Date: Wed, 30 Sep 87 14:43:29 EDT
From: alpert@bu-cs.bu.edu
Subject: Apple Equipment Grant Query
I am considering applying to Apple for an equipment grant for a service course
we are offering to non-majors (word processing, spreadsheets, graphics, etc.).
I would like to hear from anyone who has been successful in such an endeavor
and would be willing to share his or her experiences.
Please respond directly rather then through the Digest. Thanks.
Rich Alpert
Boston University
alpert@bu-cs.bu.edu
------------------------------
Date: Thu, 17 Sep 87 22:35:46 PDT
From: Bernard Aboba <bernard@ararat.stanford.edu>
Subject: Summary of Mac Sysops Pow Wow (long)
PRESS RELEASE
Stanford, CA -- In presentations made at the First Annual
Macintosh Sysops Pow Wow, a gathering of operators of
Macintosh Bulletin Boards, held at Stanford University,
Portal Communications Company, a Cupertino based firm,
announced a slashing of their rate structure, and gateway
authors Tim Pozar and Russell Briggs disclosed successful
testing of a link between commercial on-line services
and FidoNet, the nation's first microcomputer electronic mail network.
The Pow Wow was organized by the Stanford Macintosh Users Group
and attendees included operators of many of the nations largest
Macintosh bulletin boards. Other speakers included Tom Jennings,
author of FidoNet, and Erik Fair, USENET administrator.
As of September 21, 1987 Portal will be reducing their fees to
$10 per month for unlimited usage of the basic service. "We
think of ourselves as providing communications access to which
other vendors can add their own services," said Phil Sih,
co-founder of Portal Communications. "Communications services
today are grossly overpriced, and we intend to change the way
this industry does business." The $10/month basic charge does
not include costs of dialing into the network such as Telenet
and local phone charges, or the cost of accessing specialized
services such as financial databases. Portal also announced
thatthey were working on providing leased line access to areas
with sufficient demand, which would allow users to access the
service via a local call. This scheme would also bypass the
proposed FCC tariff. In the hope of bringing third party vendors
on board, Portal announced that vendors wishing to set up
their own "information shop" on Portal would face sharply
reduced initial setup charges.
The link between FidoNet and commercial on-line services was
the brainchild of Tim Pozar, John Galvin, and Gary Paxinos,
authors of the FidoNet/USENET gateway that DA Systems President
Russell Briggs used in the test. Through DASnet, a universal
gateway for electronic mail, DA Systems currently offers
connections between ARPANET,BITNET, UNISON, The Well, UUCP,
PeaceNet/EcoNet, The Source, MCI Mail, EasyLink, Telex,Portal,
and AT&T Mail as well as corporate electronic mail, with files
transfer capability under development. To date CompuServe has
refused to be linked by DASnet.
In a related announcement, Vernon Keenan, operator of the bulletin
board MacFido Tribune in San Fransisco, issued an invitation
to Macintosh Users Groups to join FidoNet and offer EchoMac
to their membership. EchoMac, as the Fido Macintosh Conference
is called, is currently available on 50 FidoNet compatible
bulletin boards nationwide. Implementation of FidoNet on
the Macintosh was recently announced by Michael Connick, a New
Jersey based computer consultant, and author of the Mouse Exchange
BBS. Most Fido Bulletin Boards are non-profit operations that
charge only a nominal yearly membership fee.
Fido Software, 164 Shipley St., San Fransisco, CA 94107
(415) 764-1688.
Tim Pozar, 2215-R Market St., Suite 188, San Fransisco, CA 94114
Portal Communications, 19720 Auburn Drive, Cupertino, CA 95014,
408-973-9111
DA Systems, 1503 E. Campbell Ave., Campbell, CA 95008, 408-559-7434;
Vernon Keenan, MacFido Tribune (415) 923-1235.
------------------------------
End of INFO-MAC Digest
**********************
∂04-Oct-87 1739 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #123
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 4 Oct 87 17:39:13 PDT
Date: 4 Oct 87 1737-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #123
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 4 Oct 1987 Volume 5 : Issue 123
Today's Topics:
6809 assembler
Modal dialogs and MultiFinder
Highlighting icons in the absence of a mask
Comments on MultiFinder
Re: Print Spooler for Diverse Printers
Re: problem with MacPlus video display
Re: A HyperCard About Button
Re: Borland's Turbo Pascal
MacKermit on the II
MAC II memory upgrading
Driving Plotters
Optical Character recognition on a Thunderscanner
Reading and Writing MS/DOS Floppies
A/UX
Modems, modems...
Set Clock
----------------------------------------------------------------------
Date: 3 Oct 1987 12:16-EDT
From: Bruce.Horn@VLSI.CS.CMU.EDU
Subject: 6809 assembler
This spring and summer I wrote a cross assembler for the Mac, XAsm,
that handles the following machines:
MC6800/02, MC6801, MC6804, MC6805, Hitachi HD6305, MC6809, Hitachi 6301,
and MC68HC11.
Features:
Built-in text editing (TE's 32K limit, however) with tabs;
Window positions and sizes saved;
Desk accessories automatically opened;
LSC-style search/replace;
Reasonably fast (I *still* don't know how LSC is so fast...);
Nice include facility;
Listings with optional cycle count;
and a few other things that I can't remember.
For information about XAsm, write or call:
Tangent Instruments
2440 Leghorn Street
Mountain View, CA 94043
(415) 969-3296
I realize this could be considered an advertisement, but I don't make
any money on the sale of XAsm, and I don't even think they advertise.
I basically wrote the program so that my friends at Tangent could sell
their IBM-PC clone!
By the way, I used a compile-time switch for each different target
machine, so you have to get a copy of the program for each machine you
want to compile for.
Have fun,
Bruce Horn
Carnegie-Mellon University CSD
Pittsburgh, PA 15217
------------------------------
Date: Fri, 2 Oct 87 13:46:07 PDT
From: PUGH@NMFECC.ARPA
Subject: Modal dialogs and MultiFinder
On the topic of programming for MultiFinder:
The common use of a modal dialog box for displaying the progress of a time
consuming event is going to have to change. In it's place a modeless dislog
box should be used. In this realm, what we need is a call that uses the same
interface as ModalDialog, but calls WaitNextEvent instead of GetNextEvent. As
MutiFinder stands right now, you cannot switch out of a ModalDialog call.
Therefore, you must either code the modeless dialog yourself or call an
equivalent routine. I should think that Apple should implement such a beast
since there are many times where an application cannot proceed until something
has happened, but it would be alright for the user to go off and do something
else.
What does the rest of the net think, or has this become purely a Q&A sort of
discussion?
Jon
------------------------------
Date: Fri, 2 Oct 87 09:51:24 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: Highlighting icons in the absence of a mask
From what I've heard (read), MultiFinder contains code that calculates
an icon mask (a la the second half of an ICN#) using the information
contained in the icon bitmap itself (the first half of an ICN#). In
MultiFinder, the icon mask in an ICN# is completely ignored, and a
dynamically-calculated mask is used instead; this was apparently done
because so many people were using the mask to perform "icon animation",
which looks like doggie poop on a color monitor.
It wouldn't surprise me if HyperCard were to be using the same mask-
calculation code as MultiFinder uses. I'd guess that the code locates
the boundary of the icon, sets this up as the border of a region, and
then fills the region with one-bits... sort of like a combination of
the 'lasso' and 'paint bucket' tools in MacPaint. [I have a vague
memory from early '86... something to the effect that the "paint bucket"
algorithm from MacPaint having been added to the ROM. You might find
a clue in Inside Mac IV]
Good hunting,
dave
------------------------------
Date: Sun, 4 Oct 87 23:24:07 MET
From: Norbert Lindenberg <norbert%germany.csnet@RELAY.CS.NET>
Subject: Comments on MultiFinder
MultiFinder is a great environment, but it still isn't perfect. There
are three points I want to criticize:
Layer Management
I don't understand what's the reasoning behind this feature. When I
extract a sheet of paper from the piles on my real desktop, I have never
seen any other sheets pop on top that happen to have been scribbled on
with the same pencil. I don't see any advantage of this policy either,
usually it's quite annoying to have all those Finder windows come up
when I just want to have a look at one folder.
Open Documents
When I try to open a document that's handled by a program that's already
running, I get a dialog box saying that I have to open the document from
the application. That's okay for today, but I'd like Apple to introduce
a new event (openEvent) that MultiFinder can feed an application to tell
it to open another document. Most applications now are prepared to handle
many documents in parallel, so it should be easy to integrate such an
event.
Shutdown
When I choose 'Shut down' from the Finder menus, MultiFinder tries to
convince all applications to quit, so the Finder can shut down the
machine. That's a good idea. It does so by looking at the
names of the File menu and the Quit item. That's not so good: there are
other languages than English. In German programs the menu reads 'Ablage'
and the item 'Beenden', so MultiFinder is not able to quit the
application, and the Finder will not shut down. Perhaps there should be
still another event (shutdownEvent), that tells an application to quit
if possible. Changing the mstr 100 and mstr 101 resources will not do
the job, I often have applications with German and English menus run
concurrently.
Maybe these points have already been addressed by new proposals from Apple
or somebody else, that have not yet made their way to Europe, if so,
please tell me.
-- Norbert
------------------------------
Date: Fri, 2 Oct 87 7:02:49 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: Re: Print Spooler for Diverse Printers
I think that SuperLaserSpool will fit the bill, it will spool to any
printer picked by the Chooser, as long as it is on AppleTalk. I have used
it with an ImageWriter II and LaserWriter for over 6 months now. It is
distributed by SuperMac.
John Buono
buono%asbf-imp@huachuca-em.arpa
------------------------------
Date: Fri, 2 Oct 87 7:06:38 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: Re: problem with MacPlus video display
>My MacPlus had been working fine until one time when I turned it on, the
>screen was brighter then normal. I checked the brightness knob and found
>that even after turning it all the way down, the screen was as bright as it
>had originally been at 9/10 brightness, and it adjusted upwards from there.
>Does anyone know what the problem could be?
>
I sounds like you power supply is about to go out. Take it to a dealer and
have them check it out. A friend of mine's started to exhibit the same
symptoms, a week later the power supply went totally out. Hope this helps
John Buono
ARPA buono%asbf-imp@huahuca-em.arpa
------------------------------
Date: Fri, 2 Oct 87 7:17:02 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: Re: A HyperCard About Button
I had the same problem with coming up with a generic About Box but solved
the problem a little differently. I created a background button and a
background field. When you pressed the button the field was display. Then
the the buttons script filled the field with the script that I wanted. ON
MOUSE down in the background script it disappeared. This has worked very
nicely for me.
John Buono
ARPA buono%asbf-imp@huachuca-em.arpa
------------------------------
Date: Fri, 2 Oct 87 7:25:09 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: Re: Borland's Turbo Pascal
To answer your question on MacPascal and Turbo, you can read MacPascal files in
Turbo. They both use a form of the TEXT file. As to compatabiltiy in the
plain vanilla environment it is about 80% to 90% (can't remember exactly what
was and was not). In the MAC environment you will have some problems with
MacPascal implmentaton with the glue routines and trap calls. But nothing
that can't be over come. I would suggest using Light Speed Pascal. I
own all three and have found LSP to be a much better environment then Turbo
though Turbo is slightly faster, I can develop code in LSP faster. Hope
this help
John Buono
ARPA buono%asbf-imp@huachuca-em.arpa
------------------------------
Date: Fri, 2 Oct 87 10:01:14 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: MacKermit on the II
You can FTP a new version of Kermit [ported to the Megamax C
environment] from Columbia. FTP to cu20b.columbia.edu, log in as
"anonymous" (using your last name as a password), and "get
ker:xkmker.hqx"; you may want to "get ker:xkmker.bwr" to fetch the
"beware" file also. This experimental version (numbered 0.8(35))
should work for you, with a couple of caveats:
1) I don't know whether it's compatible with System 4.1; many Megamax
programs aren't unless they're patched to avoid use of the BasicGlob
global, which was "reserved for future use" and has been preempted
in System 4.1. Symptom: programs that abuse BasicGlob tend to bomb
when you try to quit to the Finder. Fix: use FEdit or some similar
file-patching tool (e.g. MacSnoop) to locate the byte string "02b6"
and change it to "0a78".
2) Neither 0.8(34) [ckmker.hqx] nor 0.8(35) [xkmker.hqx] contains a
FOND resource for the font(s) that they contain. This leads to
confusion on SEs and IIs; the screen display is apparently
garbled. The fix is described in some detail in the "beware" file;
simply put, you make a copy of ckmker, then use the Font/DA-mover to
open both copies, remove the fonts from one copy, and copy the same
fonts across from the other copy. FDAM will notice that you're
moving FONT resources that don't have a corresponding FOND, and will
create one.
It's interesting... some people have reported severe problems getting
MacKermit to run on the SE and II, and other people have had no
problems whatsoever. There doesn't seem to be enough information to
pin down the cause yet...
------------------------------
Date: Fri, 2 Oct 87 16:41:54 EDT
From: Jack Hill <jdhill@bfly-vax.bbn.com>
Subject: MAC II memory upgrading
A gentleman here asked me to install 2 1 MEG SIMM strips into his MAC II.
I did so, but the MAC would not see the extra memory. Later, we found out from
Apple that you have to install 4 strips at a time. So, we took 4 256k SIMMS
from an old MAC+ and had the MAC loaded up with 8 256k SIMMS- 2 MEG total. But
still the MAC only saw 1 MEG. The SIMMS we took from the MAC+ were rated at
150ns while the ones originally in the MAC II were rated at 120ns. We installed
just the MAC+ 150ns SIMMS and everything worked fine. Then we added the MAC II
120ns SIMMS and we still found only 1 MEG of memory.
By the way- As I understand it Apple says memory can only be configured as
follows:
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
__________ __________
256k 256k or 1 M
Is this true?
What could be the problem?
Jack Hill
jdhill@bfly-vax.bbn.com
[ note from moderator: both banks can be populated with 1 Mbit chips but if
only one 4strip bank is filled with 1mbit chips it must be the bank
FURTHEST from the CPU. I believe I may have incorrectly reported differently
before but have now found out through experience! DAVEG ]
------------------------------
Date: Thu, 1 Oct 1987 17:37 CDT
From: Eric Oberle <C09615EO@WUVMD>
Subject: Driving Plotters
I'm looking for drivers that would allow me to connect my Mac to either
a Tek 4695 plotter or a Taxan 710s plotter which emulates an HP7470, HP7475,
HP7575, HP7574A, HP7475A (or so the manual says. Whether all these really
exist or if they are simply one of many typos in the documentation, I don't
know)
Please help me. I'm dying of a terrible disease and I need this informtion
in order to finish a project which will provide a cure. OK--not really, but
still I would appreciate some help.
------------------------------
Date: 3 October 1987, 21:30:41 PST
From: David M. Gelphman 415-854-3300 x2538 DAVEG at
From: SLACVM
Subject: Optical Character recognition on a Thunderscanner
Olduvai software has an ad in MacUser for a program called
Read-It! TS, which claims to do character recognition with Thunderscanner
files. It is $149. Has anyone seen this software and what is the scoop?
Is it any good? What resolution do you have to scan your pages at?
David Gelphman daveg%slacvm.bitnet@forsythe.stanford.edu
------------------------------
From: steinmetz!mikeg@brspyr1.brs.com (Mike Gionfriddo)
Subject: Reading and Writing MS/DOS Floppies
Date: 2 Oct 87 18:03:59 GMT
I am looking for any advice on devices that hook to the Mac and can read
and write MS/DOS floppies. I have seen ads for a few of these (MacCharlie,
Dynafile, Abaton 5.25) but have not been able to locate any "hard" information
about such products. If there is enough interest I will summarize and post
to the net. Please send followups via e-mail. Thanks in advance.
--
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|| Mike Gionfriddo || mikeg@brs.com || Umm, my favorite soup, ||
|| (518) 783-1161 || ihnp4!dartvax!brspyr1 || Cream of Nowhere ||
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
------------------------------
Reply-to: <Anne_Dolce%PEGASUS.CEO.DG.COM@adam.DG.COM>
Date: Fri, 2 Oct 87 16:34:20 EDT
From: Anne_Dolce@PEGASUS.CEO.DG.COM
Subject: A/UX
Does anyone know the availability date of A/UX for MAC II's?
Will it have X-windows support in the first revision? Thanks.
------------------------------
Date: Fri, 2 Oct 87 09:36 EDT
From: Traveller <Traveller@WAIKATO.S4CC.Symbolics.COM>
Subject: Modems, modems...
Can anyone recommend
a good 2400 baud modem
for a Mac Plus
for around $200-$300?
Addresses of good mail-order houses for such things
would be greatly appreciated, also.
Replies to TRAVELLER@WAIKATO.Symbolics.COM
Thanks,
W.R.S.
------------------------------
Date: Sat, 3 Oct 87 20:48 EDT
From: <ZACCONE%BKNLVMS.BITNET@forsythe.stanford.edu>
Subject: Set Clock
I have version 1.4 of Set Clock (dated December 15, 1986). I recently
switched to system 4.1 and finder 5.5. Since then, Set Clock hasn't been
doing its job. It places the phone call and receives the correct time,
but doesn't change the Mac's time. Has anyone else had this problem?
Does anyone have a version that works?
Rick Zaccone
zaccone@bknlvms.bitnet
------------------------------
End of INFO-MAC Digest
**********************
∂06-Oct-87 1621 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #124
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 6 Oct 87 16:20:58 PDT
Date: 6 Oct 87 1617-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #124
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 6 Oct 1987 Volume 5 : Issue 124
Today's Topics:
Re: Modal dialogs and MultiFinder
Multifinder comments
Formatting 400K diskettes on an 800K drive
Solution for LSP's 32K limit.
Mac II Internal HD Experience
MacII sounds
Re: Turbo Pascal
Re: Read-it (OCR of ThunderScan file)
Connecting a Polaroid Pallete to a Mac
Re: Dove upgrades
Power Supply SCR replacement?
Shazam stat.sub
MacWrite on Talaris Laser printer
Re: new keyboard support in Kermit 8(34)
Mac Bulletin Boards
Brain dominance
Jukebox program for MusicWorks
----------------------------------------------------------------------
Date: Mon, 5 Oct 87 02:58 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Re: Modal dialogs and MultiFinder
Jon strikes a chord when he talks about ModalDialog and MultiFinder. Apple
should definitely rewrite ModalDialog, since there is a lot wrong with it.
There is enough wrong with it for me to forget about using it altogether.
For example:
o Wouldn't you want to be able to use the Edit menu in a modal dialog? QUED
does this exactly the way it should be. But according to Inside Macintosh
you even have to write your own filter to support the keyboard shortcuts
for the Edit commands.
o When a program calls ModalDialog and the dialog window is put up, the
window that was on top gets its title bar unhighlighted. Unfortunately
the deactivate event for it never reaches the program's main event loop,
so text selections and scroll bars stay highlighted. Contrary to the human
interface guidelines.
So what I do when I want to simulate a modal dialog, is to draw the dialog and
change a state variable in my main event loop. The main event loop still
handles all events (including the one deactivate event) and allows the user to
choose the Edit menu (and sometimes others). However, it will beep when the
user clicks outside the dialog window. If the event is for the dialog, I just
pass it with DialogSelect.
> Therefore, you must either code the modeless dialog yourself [...]
Hmmm, since most of us are probably already doing this, nothing much changes
with the introduction of MultiFinder. But I would like to see them change the
ModalDialog mechanism to make it reflect the guidelines better ...
-- Thomas
fruin@hlerul5.BITNET
thomas@uvabick.UUCP (not regularly)
2:500/15 on FidoNet
Leiden University, Netherlands
------------------------------
Date: Mon, 5 Oct 87 11:47:53 PDT
From: oster%dewey.SOE.Berkeley.EDU@jade.berkeley.edu (David Phillip
From: Oster)
Subject: Multifinder comments
Norbert Lindenberg <norbert%germany.csnet@RELAY.CS.NET> wrote a fine article
on extensions to the Macintosh user interface that would make MultiFinder
more attractive. I particularly like the idea that there should be a bit
in the Size record: MultiFinder Extensions 1 aware, that asserts that the
application understands not only Suspend/Resume events, but also:
o User double clicked on a document, multifinder wants you to open it.
(pass a pointer to an arglist record in the message field of the event
Record.)
o User selected a document belonging to an open application and then chose
"Print" in Multi-finder. (Pass that pointer)
o User chose ShutDown in multi-finder.
o User wants to rename/change the folder of a document (pass that pointer.)
Application must generate a Yea/Nay event.
o User has renamed/moved a document (This can happen only application
said it was okay.) (Pass a pointer to two arglist style records, first
is old name and vRef, second is new name and vRef.
o User wants to delete a document (pass pointer) Yea/Nay event.
Multi-finder should generate a request-to-delete for every active file
in a folder that is being deleted. It should stop, and cancel the folder
delete on the first "Nay".
o User has deleted a document (pass the pointer)
I've come the conclusion that ModalDialog() should not be used in a
multi- finder environment. I never use it, because I never write
dialogs simple enough that ModalDialog can handle it.
Alert() takes an event filter procedure as an argument, and the
filter procedure could call WaitNextEvent(0, &localEventRecord, NIL,2)
that other tasks may run. It is funny that ModalDialog() doesn't
call WaitNextEvent() under Multi-finder, because it does call
SystemTask(), which is the old universe's way of letting other tasks
run.
--- David Phillip Oster --A Sun 3/60 makes a poor Macintosh II.
Arpa: oster@dewey.soe.berkeley.edu --A Macintosh II makes a poor Sun 3/60.
Uucp: {uwvax,decvax,ihnp4}!ucbvax!oster%dewey.soe.berkeley.edu
------------------------------
Date: Mon, 5 Oct 87 13:57 H
From: <KSEAH%NUSDISCS.BITNET@forsythe.stanford.edu>
Subject: Formatting 400K diskettes on an 800K drive
Anyone out there with ideas on how to format 400K
single sided disks on an 800K double sided drive?
I'm presently writing a LightSpeed Pascal program
which will do bulk formatting of 400K disks (PD
SW Distribtion) with naming of the disks.
I tried the new disk manager csCode=6 call to
format 400K - this works fine but DIZero will not
put MFS on the disk (yeah even IM#4 says that DIZero
will put HFS on a double sided drive and MFS on a
Single sided drive by default). There must be
a way to do this since DIBadMount does indeed
format and put MFS on 400K disks.
All assistance is gratefully appreciated!
Rgds - ks
Kenneth Seah
KSEAH@NUDISCS
------------------------------
From: PL296546%TECMTYVM.BITNET@forsythe.stanford.edu
Date: 5 Oct 87 11:13 EDT
Subject: Solution for LSP's 32K limit.
SUBJECT: Solution for LSP's 32K limit.
I am currently programming with the mac and run into the 32K
problem.
I found the solution right in the 'User's guide and Reference Manual'.
Chapter 5 talks about projects and in page 3 it talks about the views of
a project (By build order and by Segment). The view control is over the
vertical scroll bar, a click changes between the two.
Well, to get around the 32K problem, just place the project ordered by
segment and do the following:
Dragg several files under the dotted line to create a new segment
(the segment is created automatically by LSP), the project is still
going to be compiled by build order, but the segment lets you have
a code of more than 32K.
I hope this helps any programmer that ran into this problem.
Francisco Enriquez
PL296546 at TECMTYVM
ITESM. Monterrey, Mexico.
------------------------------
Date: Mon, 5 Oct 87 11:11:19 CDT
From: RAGAN%CDCCentr.BITNET@forsythe.stanford.edu
Subject: Mac II Internal HD Experience
I have just finished installing a Control Data Wren III
half-height drive into my Mac II. The drive is a 92MB
drive, 18.5 msec access time, 10 Mbit/sec transfer rate.
I chose the Wren III because I work for CDC (usual
disclaimer) and so could get an internal price and
because it is a nice drive. The drive arrived raw --
no brackets, no cables, etc. The drive can be
mounted directly to the metal platform in the Mac II
using four screws, some lock washers, and four
standoff rubber O rings to get the drive off the
metal and provide a little reduction in shock/
vibration transfer. There are rumored to be mounting
brackets for hard disks (including an Apple part #)
but I could find none of these so I went this way
and it seems to work fine. A molex power connector
for a PC and a short 50 pin cable finished the job.
Formatter and drivers are from Carl Nelson & Assoc
(206) 252-6897. See June (maybe July) 1987 MacTutor
article for details. I put it all together and
it works fine. Disk Timer II reports
24 Read
63 Write
6 Access
I believe that with some driver improvements, the Write
number could be reduced to 24 also.
ragan@cdccentr
------------------------------
Date: Mon, 5 Oct 87 10:21 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: MacII sounds
The Macintosh II does not generate beep sounds asynchronously, but this is
not necessarily a disadvantage. Sure, if you have a long sound installed,
a constant beeping will run into trouble. But on the other hand, consider
the instance when several different alerts are posted. If the application
happens to generate a beep for each alert, an asynchronous beep sound would
merely confuse most users, and would no longer be directly tied with a
specific warning dialog. In my opinion, this is why Apple decided on
synchronous beeps.
Note that the MacII ***is*** quite capable of generating asynchronous sound.
If you don't believe me, try calling sampled sounds from VideoWorks II. It
generates asynch. sound just as well as the older Macs.
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
From: fiddler@sun.com (Steve Hix)
Subject: Re: Turbo Pascal
Date: 5 Oct 87 18:54:17 GMT
>EKE4000@WYOCDC1.CSD
>The manual supplied with the compiler seems to
>be a good reference, but little more. Is the
>Turbo Pascal tutor (also available from Borland) worth getting?
I'd say yes. Especially if you're just coming up on Pascal
or just coming up on the Mac.
>One more thing, will programs written in MacPascal run with
>Turbo? I don't mean without some modification but is it
>possible to transfer program at least to some degree?
Also yes: MacPascal programs can be ported over to Turbo
Pascal without too much trouble.
seh
------------------------------
Date: Mon, 5 Oct 87 11:58:39 PDT
From: oster%dewey.SOE.Berkeley.EDU@jade.berkeley.edu (David Phillip
From: Oster)
Subject: Re: Read-it (OCR of ThunderScan file)
Such a program would be quite reasonable if you've got even 10-pixel high
characters (it would need the gray scale data to work at such a low resolution
though.) Can anybody think of an application where this would be useful?
I find I usually have to watch thunderscan work to get it to do a good job,
and I can type a page of text faster than thunderscan can scan it + software
can process it. (It does speak well for the fast flat-bed scanners though.)
By the way, the structure of a thunderscan file is almost identical the
structure of a 4-bits per pixel pixmap (a pixmap is the color quickdraw
analog of a bitmap.) I've written a program that reads in a thunderscan
file, creates a pixmap, with a pointer to the thunderscan file in
(**pixMapHandle).baseAddr, a pointer to a simple 16-level gray color lookup
table ( 0000=white, 1111=black, other combinations of 4 bits per pixel
are shades of gray as you would expect.) Saves the whole mess as a PICT.
There is no reason why Thunderscan could not show the grays if it were running
on a Mac II. Andy, are you listening?
The pictures look great. The routine is part of a public domain program
I am writing to convert between PICT, MacPaint, start-up screen, color
startup screen, X, Sun, Thunderscan, GridWars, and boxer raster file formats.
It supports the Hand cursor, pictures as large or larger than full screen,
conversion between bitmaps and half as big pixmaps, bitmap reflection,
translation, and rotation. The program is about 80% done.
--- David Phillip Oster --A Sun 3/60 makes a poor Macintosh II.
Arpa: oster@dewey.soe.berkeley.edu --A Macintosh II makes a poor Sun 3/60.
Uucp: {uwvax,decvax,ihnp4}!ucbvax!oster%dewey.soe.berkeley.edu
------------------------------
Date: Mon, 5 Oct 87 11:10 EDT
From: Eric Wolf <eric-wolf@WAIKATO.S4CC.Symbolics.COM>
Subject: Connecting a Polaroid Pallete to a Mac
This is in response to a request for information about connecting a Mac
to a Polariod Pallete
A company called Laser Graphics in Irvine California supposedly sells a
Pallette modified to work with a Mac. It is called the MPS-2000.
Apparently it is very expensive, but maybe they'd just sell you an
interface box. I'd love to here what you find out.
Eric Wolf
eric-wolf@kenai-fjords.symbolics.com
------------------------------
Date: Mon, 5 Oct 87 17:45:49 EDT
From: ooblick@EDDIE.MIT.EDU (Mikki Barry)
Subject: Re: Dove upgrades
Mine has been nothing but trouble. We got a 512k to 1meg upgrade that
has not stayed up a full day yet. We asked Dove for help, and the best
they could offer was to tell us to clean the leftover plastic out from
between the pins. I wished I had just shelled out for the Apple upgrade.
It would have been cheaper considering the down time.
Mikki Barry
------------------------------
Date: Mon, 05 Oct 87 19:27 CDT
From: TILLEY%UOFMCC.BITNET@wiscvm.wisc.edu
Subject: Power Supply SCR replacement?
Looking for a replacement for the part at position Q10 on the analog
board of a 512K Mac.
The Beck Tech schematic draws it as an SCR and calls it a CR400.
The original part looks like: _________
| E0121 |
| Y A |
| TAG84 |
|_______|
| | |
| | |
None of these numbers are in any available cross reference manuals.
What part will fit. Will an MCR100-4 alias 2N5064 work??
Many thanks:
Tilley%UofMcc.BITNET@wiscvm.arpa
------------------------------
Date: Mon, 5 Oct 87 09:07 CDT
From: <SKF8192%TAMVENUS.BITNET@forsythe.stanford.edu>
Subject: Shazam stat.sub
Net readers,
I have a question about some Mac software. I am new to the net and so I have
not seen any previous discussion on Info-Mac. I have a software package called
Shazam. This is a statistics package similar to SAS on mainframes. I need
help using the stat subroutine (stat.sub). Each time I try to use the
subroutine with my data I get an error message (...error 75...) and it
returns me to the desktop. The manual does not seem to help much with this
problem. I am also interested in getting some of the public domain software
off of the net. How is this done and where can I get a list and discription
of the software. Can someone give me help with either of these questions.
Thanks in advance.
Keith Fischer
------------------------------
Date: Mon, 5 Oct 87 17:02 CDT
From: <RIVAS@SHSU>
Subject: MacWrite on Talaris Laser printer
Does anyone know of a filter that can convert a MacWrite document, that
has been transfered to the VAX, into a form printable on a Talaris
Laser Printer without losing either the fonts or the formatting. The
Laser Printer is on a VAX/785.
Thanks in advance for any help.
John A. Rivas <RIVAS@SHSUODIN>
------------------------------
Subject: Re: new keyboard support in Kermit 8(34)
I recently received a version of MACKERMIT 8(34) from the Bitnet server
at Columbia. I was wondering if there is a way to access the extra
keys available on the new style keyboards? Is there a list of scan
codes that get returned for these keys?
------------------------------
Sender: NNicoll.ElSegundo@Xerox.COM
Date: 5 Oct 87 09:42:12 PDT (Monday)
Subject: Mac Bulletin Boards
From: NNicoll.ElSegundo@Xerox.COM
Where can I obtain a list of Macintosh Bulletin Boards? I am especially
interested in the Los Angeles area.
------------------------------
From: dartvax!earleh.UUCP@seismo.css.gov (Earle R. Horton)
Subject: Brain dominance
Date: 6 Oct 87 03:13:59 GMT
> > From: PEABO
> > Subject: RE: Brain Dominance
>
>There is one case where left-handers are better off than right-handers:
>the Backspace key. When I'm mousing around with my right hand I like to use
>my left hand to tap the Backspace key to delete selections. In this case
>it is the right-hander who has to reach across the keyboard ...
>
>-- Thomas Fruin
>
> fruin@hlerul5.BITNET
> thomas@uvabick.UUCP
>
> Leiden University, Netherlands
Thomas, what are you talking about? Any sensible left-hander will have the
mouse to the left of the keyboard. Try it! You do have to watch out for
poor unfortunates who move it back, though...
--
*********************************************************************
*Earle R. Horton, H.B. 8000, Dartmouth College, Hanover, NH 03755 *
*********************************************************************
------------------------------
Date: Tue, 6 Oct 87 11:37 EDT
From: <JRCLARK%UTKVX3.BITNET@forsythe.stanford.edu>
Subject: Jukebox program for MusicWorks
A recent EduComp catalog listed a version of a Jukebox program for
MusicWorks that supposedly does not require the original program.
The version I have is dated 1985 and requires the original program,
hence, a certain difficulty in distributing copies. Does anyone have
this demo program, and if so, could they upload it to the archives?
Jim Clark
The University of Tennessee at Martin
------------------------------
End of INFO-MAC Digest
**********************
∂09-Oct-87 1712 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #125
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 9 Oct 87 17:10:21 PDT
Date: 9 Oct 87 1707-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #125
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 9 Oct 1987 Volume 5 : Issue 125
Today's Topics:
Re: Hypercard question
Relational DM toolkits/ Inside Out
How to get info into HyperCard
LEX for the MAC LSC
Help... Looking for a Mac Wizard !!!
Fixed LightspeedC Stdio Library
StuffIt 1.0
Re: Kermit keyboard tables for new mac keyboards
Re: ImageWriters with IBMPC and MacBBS list on compuserve
Standard file package on the SE
Sharing a LaserWriter between Macs and Suns
Microsoft Word 3.01 big file woes
Imagewriter printing problem with Mac II
Creating Fonts for the LaserWriter
Modem Cables (Mac+)
computer insurance
Homebrew Mac+ upgrades
----------------------------------------------------------------------
From: Bob Gross <18351c@d1.DARTMOUTH.EDU>
Date: 07 Oct 87 15:12
Subject: Re: Hypercard question
Larry-
Have you tried to lock the text field? What about having the text
field pass the click on to the map?
I've got a question for you too. I have not found any way to print
text from a field unless it is a background field, and then it has to be
done through the PrintReport... doMenu command.
Is there a simple way to say something like "print card field 1"?
Bob
------------------------------
Date: Tue, 6 Oct 87 20:15:33 PDT
From: Mark Richer <RICHER@SUMEX-AIM.STANFORD.EDU>
Subject: Relational DM toolkits/ Inside Out
Does anyone have any experience with a product called Inside Out from
Shana Enterprises in Edmonton, Alberta, Canada? It's a relational
database toolkit for programmers in the form of linkable object code.
It currently supports MPW Pascal, but they claim to have versions in
the works for other Pascal and C compilers.
I'm interested in writing a program that uses multi-user relational
database capabilities, but I'm not sure I can use one of the
application generators (e.g., 4th dimenision) to my satisfaction. One
drawback of Inside Out is that source code is not available. I have
heard that it is possible to purchase source codefor relational
database libraries or at least for b-tree libraries. If you know of
any that would run on a Mac or would be reasonable to port (preferably
in C), I'd appreciate your comments. Or if you have experience with
Omnis, Double, 4th Dimension, etc. and would like to comment on how
good they are for developing (or at least protyping) a highly
interactive multi-user application I'd find that useful as well. I'd
certainly be willing to share what I get with you or post the list if
there's enough interest.
Thanks, Mark
------------------------------
Date: Wed, 7 Oct 87 7:29:11 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: How to get info into HyperCard
During a recent coffee break the subject of HyperCard came up. One of my
collegues brought up a very interesting point. Even though HC has solved
the problem of the MAC being sometimes impossible to program, and now
places the ability to program in the hands of virtually any one, there
is still a very significant problem that needs to be solved before any
micro can be considered seriously :=).
That is, how can you easily get information into a stack without the very
time consuming venture of sitting at a keyboard and clicking aware. To
give an example. I recently completed a stack for keeping tack of my library
of books, records, video tapes and audio tapes. This collection is very
large (over 2000 books alone). Now that the stack is completed I have to
sit down for about 2 to 3 weeks of doing nothing but typing piece by piece
to get the information in. Not a very pleasant way to spend a vacation or
the evenings. Currently we are tied (read roped and hog tied) to the key
board for entry of information on anything that we want to do. I have heard
a lot of discussion that Voice Recognition will be the answer. I am not
convinced of this. I have worked with VR to some degree, besides the
common known problems in recognizing different voice patterns, there is the
very real problem that VR is noisey. Can you image 20 workers sitting at
there desk talking a 200 page paper into their computers. Have you ever
tried speaking for hours at a time. I have and my voice is gone after
about 4 hours and takes a day to recover. What is the alternative? Has
anyone heard of some way to (either now or in the forseeable future) by
pass the key board?
The second half of this is the exchange of information. HC allows the
ability to retrieve information in an extremely rapid manner. However the
only way to exchange the information is via a download. This is fine for
short files (100k) or less, but how about stacks that are 3 or 4 times that
size. DL is to slow even at 2400 baud. Wouldn't it be nice to be sent a
hypercard stack of the index to a magazine that could be easily loaded (hmm
maybe the cauzin reader will pay off yet). This is a real problem. Now
that HC has provided a means for easily managing information how do we
easily get information to manage with out spending all hours of the day and
night at the key board typing.
I would appreciate any thoughts on this subject. If enough interest I will
consolidate and post (i.e. send all responses directly to me to keep this
area clear).
Thanks
John Buono
arpa buono%asbf-imp@huachuca-em.arpa
Disclaimer:
The opinions expressed herein are personnal in nature and do not reflect
the thoughts or policy of my employer or for that matter any one else that
I am familiar with.
------------------------------
Date: Wed, 7 Oct 87 9:26:20 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: LEX for the MAC LSC
Does anyone know of a LEX compiler that generates LightSpeed C code, or for
that matter a LEX for the MAC at all. Either commercial, PD or Shareware.
Thanks
John
------------------------------
Date: 9 Oct 87 14:50
From: PRO_MAC%UQHULL.BITNET@WISCVM.WISC.EDU (Jean-Marc Da Pozzo)
Subject: Help... Looking for a Mac Wizard !!!
I am presently working on a graphics program based on the S. Ciarcia
ImageWise digitizer. The program is written in Object Pascal (TML Pascal).
Each filter is an object constructed on a generic Filter Object. I would like
to include these objects as a resource (maybe a PROC rscr) so I can configure
the program by building separate objects and then install them with ResEdit.
The program would read these resources and include them in a menu using the
"add named resource" procedure.
Any informations on this subject would be greatly appreciated.
Send any hints, examples.... to Jean-Marc Da pozzo
PRO_MAC@UQHULL (BITNET)
1487 Logan
Montreal, Quebec
H2L 1X6 Canada
(514) 596-0974 weekends
(819) 595-2380 weekly
------------------------------
Date: Thu, 24 Sep 87 20 00 47 EDT
From: singer@harvard.harvard.edu (Andrew Singer)
Subject: Fixed LightspeedC Stdio Library
This is a fixed version of LightspeedC's "stdio" library. The
specific bug fix is that the Echo_to_Printer function has been
fixed so that it now works properly.
The problem lay in the programmer (not me! -) who wrote this
library assuming that if the configuration byte for port B (the
printer port) was positive, then it was in use by AppleTalk. In
fact, the configuration byte can be positive, and AppleTalk
is only in use if the configuration byte is *odd*.
At any rate, Echo_to_Printer seems to work now; if there are any
problems, please do not hesitate to contact me.
--Rich
**NOTE Any opinions herein are my own opinions and do not
represent the opinions of my employer (THINK Technologies, Inc.)
Richard M. Siegel
Customer Support Representative
THINK Technologies, Inc.
Arpa singer@harvard.harvard.edu
Uucp harvard!endor!singer
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>LIGHTSPEEDC-STDIO-LIB.HQX
- Lance ]
------------------------------
Date: Mon, 28 Sep 87 11:52 EDT
From: Jeffrey Shulman <SHULMAN%sdr.slb.com@RELAY.CS.NET>
Subject: StuffIt 1.0
Date: Mon 28 Sep 87 11:52:16-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: StuffIt 1.0 (part 1 of 2)
[ Uploaded from Delphi by Jeff Shulman ]
Name: STUFFIT 1.0
Date: 26-SEP-1987 21:51 by RAYMONDLAU
v1.0 adds full support of unpacking, incl. conversion. Fixes many bugs and
adds a few enhancements (like renaming entries & recognition of large screens)
StuffIt is a Mac file archival/compression utility utilizing mainly Lempel-Ziv
compression. This makes it faster and on the average, more efficient than
other compression utilities currently available for the Mac. Furthermore, you
can extract any file from an archive easily (first,from the middle or last),
add more files at a later date, remove files. To provide compatibility, there
is also an UnPack feature (which *I* do not claim to be faster than PackIt).
[parts 1 & 2 concatenated and archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-STUFFIT-10.HQX
- Lance ]
------------------------------
Date: Wed, 07 Oct 87 11:33:50 EST
From: Simpson <JS05STAF%MIAMIU.BITNET@forsythe.stanford.edu>
Subject: Re: Kermit keyboard tables for new mac keyboards
I have successfully(?) created a Kermit8(.34) keyboard table for the Apple
Extended Keyboard. I have successflly mapped all keys except F10--F15
and the top row of the keypad. Method:
1) obtain the vt100 keytable from a Kermit server. Also obtain CKMKEY.
2) Make a copy of the vt100 table and open it from within CKMKEY.
The new keys won't show up, but if you press one you will note
a status message at the bottom of the screen. Enter the appropriate
message in the text box and press set key or set function. Do this
a few keys at a time. Be sure to save before exiting CKMKEY. Test
this table. If it works MAKE A COPY and iterate. The reason for
copy and iterate is that CKMKER will sometimes decide to wipe out
all definitions for the new keys. It took me less than two days
to remap with above exceptions. I've gotten no further in the two weeks.
There is a new version of Kermit on the servers. It is prefixed with XKM.
XKMKEY (7) is no friendlier than CKMKEY (6).
------------------------------
Date: Wed, 7 Oct 87 18:25:48 edt
From: ZICKUS <tzickus@pyr1.acs.udel.edu>
Subject: Re: ImageWriters with IBMPC and MacBBS list on compuserve
A few titbits which might be helpful...
(1) A while back someone asked about using an ImageWriter II with an
IBM PC. Orange Micro makes a board which installs in the IW2 in the
slot used for the memory expansion or the AppleTalk boards. It (with
the proper cable) allows a IW2 to emulate a serial Epson printer and
thus work quite well with most IBM software (at 200 cps, no less...).
It also adds a print buffer with a nice "copy buffer N times"
command. I have had one at a client's office for about a year, connected
to an AT, and it's worked out quite well.
The emulation is not carbon copy, and graphics are NOT supported, but
it is pretty close considering the difference in hardware.
(2) A good list of Mac BBS's is available on Compuserve as a
download in the "GO MACUS" area, I think in the telecommunications
DL section. It's pretty extensive, it would seem, and at least provides
a good starting place to find Mac BBS's with.
Tim Zickus
c/o Python Datasystems
PO Box 868
Bridgeton, NJ 08302-0464
zickus@udel.edu
------------------------------
Date: Fri, 9 Oct 87 11:01:41 PDT
From: Charles Dolan <cpd@CS.UCLA.EDU>
Subject: Standard file package on the SE
In the switcher (5.1) on the SE, the standard file dialogs do not have some
of the controls. Also other application which read the name of volumes do
not work under switcher 5.1 on the SE. Has anybody else had this problem?
-Charlie Dolan
cpd@cs.ucla.edu
------------------------------
Date: Wed, 7 Oct 87 17:23:34 BST
From: Fernando Pereira <pereira%cam.sri.com@drakes.ai.sri.com>
Subject: Sharing a LaserWriter between Macs and Suns
We would like to have some more or less automatic way of sharing a
LaserWriter between Macs and Suns; it is connected to a Sun right now.
I know this issue has been discussed in the past, but I'm not sure
that I have all the relevant material. If you've found a way of
making this work, I would appreciate a reply by mail
-- Fernando Pereira
pereira%cam.sri.com@drakes.ai.sri.com
------------------------------
Date: 6 Oct 87 22:00 EDT
From: science@nems.ARPA (Mark Zimmermann)
Subject: Microsoft Word 3.01 big file woes
Problem with Word 3.01 (on a Mac Plus): when reading an 8.5 MB text document
the vertical scroll bar acts up when I get over 90% of the way through.
It happens consistently now after the following: boot up, launch Word 3.01,
open the big document, drag the vertical thumb down about 95% of the way
to the bottom, and then try to scroll down. The thumb jumps back to the
top of its range and there seems to be no way to reach the end of the
document. This used to happen occasionally with Word 3.0 on documents in
the 4-7 MB size range, but not reproducibly ... with the 8.5 MB text document
it happens all of the time.
Has anybody else experienced this weirdness?
Please let me know if this is a known bug and if there are any workarounds.
I am running under System 4.1/Finder 5.5 in a relatively simple configuration.
No crazy DA's (I hope!) ... a MacBottom HD21 and a Warp 9 Photon 40 on the
SCSI port. 9-Oct-87 07:40:19-PDT,2025;000000000001
------------------------------
Date: Fri, 09 Oct 87 10:32:27 EDT
From: Steve Buyske <ST401266%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: Imagewriter printing problem with Mac II
My new Mac II has a tendency to hang as it gets ready to print
on an imagewriter. Can anyone help me?
The players:
New Mac II without internal hard disk
Jasmine Direct Drive 50 external disk (same actual drive as
Apple's internal 40)
Imagewriter II which works fine with a Mac Plus
Current System, Finder, Imagewriter driver, Font/DA Mover, etc.
System is a copy of the System Tools disk plus Boston II fonts
and Disktop, dCad, Saviour, and Soundplay DAs.
The problem:
After clicking OK on the imagewriter print box, the mouse freezes,
doesn't turn into a watch, and the machine can only be reset with
the programmers' switch reset.
A temporary solution:
Printing will work if I boot a floppy (usually System Tools),
even if I then switch system disks to the hard disk and eject
the floppy. Zapping the PRAM doesn't seem to help.
My suspicion:
Somehow my System is being corrupted. By the Font/DA Mover or
the DAs? I'm willing to test a few combinations, but there
are limits to how many permutations I can test.
Replacing the system on the hard disk will work for a while,
even after I customize the fonts and DAs, but then the problem
will return after a few days.
Can anyone give me clues, leads, information, or help?
Thanks,
Steve Buyske
------------------------------
Date: Fri, 9 Oct 87 16:28 EDT
From: <RMANGALD%CLARKU.bitnet@forsythe.stanford.edu>
Subject: Creating Fonts for the LaserWriter
I'm new to this list, and programming the Mac. I'd like some
info on defining fonts for the LaserWriter, like the Apple-supplied
fonts Courier, Helvetica, Symbol, and Times. I have ResEdit and SendPS.
What other tools do I need? "Inside Macintosh" is pitifully bare on the
topic of creating even simple fonts (i.e., QuickDraw fonts) using
ResEdit. (Or am I looking in the wrong manuals?) Please reply directly
to me; I'll try to summarize.
Thanks, good folks!
Rahul Mangaldas (rmangaldas@clarku.bitnet)
Box 1311, Clark University
950 Main Street
Worcester, MA 01610-1477
[ note from moderator: Probably the best tool for creating LaserWriter
(i.e. PostScript) fonts is Fontographer by Altsys. It is a package
specifically designed for postscript font design on the Macintosh.
It is also possible to write directly in postscript (see the
Postscript Language Reference Manual by Adobe Systems, published
by Addison Wesley (the Red book) but that would be a difficult approach
for all but the simplest fonts. DAVEG ]
------------------------------
Date: Wed, 7 Oct 87 22:32 EDT
From: <SEGAL%NYUACF.BITNET@WISCVM.WISC.EDU>
Subject: Modem Cables (Mac+)
I am in posession of a 1200 baud modem with no cable. I need to connect
the thing to a Mac+ and would like to know, even though cable pinouts have
be dealt with many times before, if I'm going to need any special cableing
fir a modem with the following (RS-232C) pinout...
1 Protection Ground
2 Send data
3 Receive Data
5 Clear to Send
6 Data Set Ready
7 Signal Ground
8 Carrier Detect
12 Speed Mode Indicator
20 Data terminal Ready
22 Ring Indicator
25 Test Mode
Is it going to cause problems sending 11 to 8 pins?
Any help will be appreciated.
Slack and Spam ("Bob" is NOT dead!)
Richard Segal
------------------------------
Date: Tue, 6 Oct 87 20:12:28 PDT
From: Mark Richer <RICHER@SUMEX-AIM.STANFORD.EDU>
Subject: computer insurance
Does anyone know about computer insurance companies? I have small
pamphlets from two companies:
(1) Safeware
(2) Data Security Insurance
Any comments or recommendations appreciated?
thanks,
Mark
------------------------------
Date: 8 Oct 1987 10:47:09-EDT
From: Mario.Bai@ampere.ece.cmu.edu
Subject: Homebrew Mac+ upgrades
ok guys... i would like to know if anyone plans on trying
to "home" upgrade his mac...i did mine from a 128 to a 512e by
going out and purchasing separate stuff like ramchips and the new roms...
i would like to know if anyone wants to go from a 512 to plus...
i'd like to do it with them.
mario
------------------------------
End of INFO-MAC Digest
**********************
∂11-Oct-87 2249 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #126
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 11 Oct 87 22:49:28 PDT
Date: 11 Oct 87 2246-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #126
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 11 Oct 1987 Volume 5 : Issue 126
Today's Topics:
MultiFinder, OS extensions
SysEnvirons Interfaces for LightspeedC and Lightspeed Pascal
HyperMacintalk
HYPERCARD-XFCN-SFGETFILE.HQX
Hypercard Spelling/Dictation Stack
Fix for LightspeedC Capps Prime
Periodic Table Stack
Hypercard XFCN and XCMD glue files
MAPS-US.HQX
MAP-WORLD.HQX
MAPS-CONTINENTS1.HQX
MAPS-CONTINENTS2.HQX
Menus for Hypercard
SmartQuotes
DiskBox stack
Laser Quotes INIT
Klutz
BrainDamage.HQX
USA MAPS IN MACDRAW FORMAT
Jukebox program for MusicWorks
FreeTerm 2.0 now available
Sony monitors
RE: patch 4.1 (sys 4.1 and short uk keyboard)
Mac memory upgrades
Big Files in MS WORD 3.0.1
ImageWriter 2 in Europe.
Usenet Mac Digest V3 #78
Usenet Mac Digest V3 #77
Usenet Mac Digest V3 #79
Usenet Mac Digest V3 #80
----------------------------------------------------------------------
Date: Sun, 11 Oct 87 12:09:14 MET
From: Norbert Lindenberg <norbert%germany.csnet@RELAY.CS.NET>
Subject: MultiFinder, OS extensions
Thanks to Philipp Oster for enhancing my MultiFinder suggestions with
the implementation details (info-mac digests vol. 5 #123 and 124).
I'm not sure if his extensions for protecting data in use are well
suited for a networked environment:
if any client of a file server intended to move or delete a file on that
server, the server would have to dial up any other clients to collect their
votes. This would mean
- to change the server into an active node of the network,
- and to increase network traffic.
I think that Apple's suggestions for protecting your application's data
(see "Software Applications in a Shared Environment") solve the problem in
a better way: just leave an access path open to any file that your
application still needs. The file system (local or network) will not allow
anybody to delete the file, and renaming or moving the file will not
invalidate your access path.
-- Norbert
------------------------------
Date: Fri, 25 Sep 87 10:26:57 EDT
From: singer@harvard.harvard.edu (Andrew Singer)
Subject: SysEnvirons Interfaces for LightspeedC and Lightspeed Pascal
Following this message is a BinHexed compressed PackIt III file containing
interface files and glue libraries so that you can use the SysEnvirons call
described in Tech Note #126 from LightspeedC or Lightspeed Pascal. The
"Environs.h" and "Environs.Lib" are for LightspeedC, and "EnvironsIntf.p"
and "SysEnvirons.Lib" are for Lightspeed Pascal.
I don't know what the copyright restrictions are on the distribution of
these libraries. I asked once, and never got a response. Given that these
aren't being distributed for profit, it may be fairly safe to post them,
but if there's going to be a problem then I shall withdraw the posting (or
have the moderator or maintainer remove the message).
--Rich
**The opinions stated herein are my own opinions and do not necessarily
represent the policies or opinions of my employer (THINK Technologies, Inc).
Richard M. Siegel
Customer Support Representative
THINK Technologies, Inc.
Uucp: {decvax, ucbvax, sun}!harvard!endor!singer
Internet/Arpanet: singer@harvard.harvard.edu
No one writes programs that work right the first time. If they did,
I'd be out of a job.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>LIGHTSPEED-C-PASCAL-SYSENVIRONS.HQX
Rich, please let me know if there is any copyright problem with this.
- Lance ]
------------------------------
Date: Wed, 30 Sep 87 15:56:01 PDT
From: PUGH@NMFECC.ARPA
Subject: HyperMacintalk
Here is a Hypercard stack that has all the necessary components
for adding Macintalk speech to any stack. It includes tables
for creating phonetic speech from scratch or from english text,
and the functions and commands to add to other stacks.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-MACINTALK.HQX
- Lance ]
------------------------------
Date: Wed, 30 Sep 87 15:56:01 PDT
From: PUGH@NMFECC.ARPA
Subject: HYPERCARD-XFCN-SFGETFILE.HQX
Here is a stack and source file with an XFCN that presents the SFGetFile
dialog box and returns the full HFS pathname of the file selected or the
null string if cancelled. This is a necessary addition to Hypercard. I
couldn't believe it when an example stack asked me to type in a file name.
No more typing, this is the Macintosh way.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XFCN-SFGETFILE.HQX
- Lance ]
------------------------------
Date: Tue, 29 Sep 87 15:37 MDT
From: <LOGANJ%BYUVAX.BITNET@forsythe.stanford.edu>
Subject: Hypercard Spelling/Dictation Stack
This is an interesting free HyperCard dictation spelling application
for students. You can enter a spelling word list, hide the spelling
words, and have the Macintosh read the spelling words to a student.
As words are read the student types the words from the keyboard.
Misspelled words are recorded for more practice.
The developer, John Robertson of the BYU Linguistics Department,
is receptive to comments and suggestions. I'll be happy to forward
any email I receive about this.
This file requires about 43K of disk space, and the unhex'd stack
requires about 42K.
Regards,
Jim Logan (loganj@byuvax.bitnet)
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-SPELLING-DICTATION.HQX
- Lance ]
------------------------------
Date: Wed, 30 Sep 87 17:26:31 EDT
From: singer@harvard.harvard.edu (Richard Siegel)
Subject: Fix for LightspeedC Capps Prime
Users of Capps Prime for LightspeedC, please note:
There is a bug in the text-selection routines in the release
version of Capps Prime. This bug has since been fixed, and is herewith
posted. The attached BinHex file contains a file called "Fixed PEDoText";
this file should be used to replace "PEDoText.c" in any projects
associated with Capps Prime for LightspeedC.
If there are any problems with this fix, please send me mail.
--Rich
**The opinions stated herein are my own opinions and do not necessarily
represent the policies or opinions of my employer (THINK Technologies, Inc).
Richard M. Siegel
Customer Support Representative
THINK Technologies, Inc.
Uucp: {decvax, ucbvax, sun}!harvard!endor!singer
Internet/Arpanet: singer@harvard.harvard.edu
No one writes programs that work right the first time. If they did,
I'd be out of a job.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>LIGHTSPEEDC-CAPPS-PRIME-FIX.HQX
- Lance ]
------------------------------
Date: Wed, 30 Sep 87 15:31:13 PDT
From: PUGH@NMFECC.ARPA
Subject: Periodic Table Stack
Here is a REAL periodic table of the elements stack for Hypercard.
Be sure to click on the faces of the authors on the help page.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-PERIODIC-TABLE.HQX
- Lance ]
------------------------------
Date: Wed, 30 Sep 87 15:58:10 PDT
From: PUGH@NMFECC.ARPA
Subject: Hypercard XFCN and XCMD glue files
Here are the header files for c and Pascal that are necessary to
write your own XFCNs and XCMDs for Hypercard. Included are a
couple of examples. All of these are MPW text files.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XFCN-XCMD-GLUE.HQX
- Lance ]
------------------------------
Date: Fri, 2 Oct 87 19:49:52 EDT
From: matthews@tcgould.tn.cornell.edu (Dave Matthews)
Subject: MAPS-US.HQX
This file contains maps of the US, as two MacDraw documents. Each state is
a MacDraw polygon.
The first document is a detailed map of the 48 contiguous states. The
second is less detailed, greatly reducing MacDraw's redraw time; it includes
Alaska and Hawaii, but not in their actual location or scale.
The maps were created by Irv Wiswall of Cornell Computer Services
(IRV@CORNELLA.BITNET) and myself, using SAS/GRAPH and VersaTerm-PRO.
Convert with Binhex 4.0 and unpack with Packit II or Unpit.
- Dave Matthews
ARPA:matthews@tcgould.tn.cornell.edu BITNET:matthews@crnlthry
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!batcomputer!matthews
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-MAPS-USA.HQX
- Lance ]
------------------------------
Date: Fri, 2 Oct 87 20:28:01 EDT
From: matthews@tcgould.tn.cornell.edu (Dave Matthews)
Subject: MAP-WORLD.HQX
This file contains a MacDraw map of the World. Each country is a MacDraw
polygon.
The map was created by Irv Wiswall of Cornell Computer Services
(IRV@CORNELLA.BITNET) and myself, using SAS/GRAPH and VersaTerm-PRO.
Convert with Binhex 4.0 and unpack with Packit II or Unpit.
- Dave Matthews
ARPA:matthews@tcgould.tn.cornell.edu BITNET:matthews@crnlthry
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!batcomputer!matthews
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-MAP-WORLD.HQX
- Lance ]
------------------------------
Date: Fri, 2 Oct 87 19:50:54 EDT
From: matthews@tcgould.TN.CORNELL.EDU (Dave Matthews)
Subject: MAPS-CONTINENTS1.HQX
This file contains maps of North America, South America and Europe. Each
country is a MacDraw polygon.
The maps were created by Irv Wiswall of Cornell Computer Services
(IRV@CORNELLA.BITNET) and myself, using SAS/GRAPH and VersaTerm-PRO.
Convert with Binhex 4.0 and unpack with Packit II or Unpit.
- Dave Matthews
ARPA:matthews@tcgould.tn.cornell.edu BITNET:matthews@crnlthry
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!batcomputer!matthews
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-MAPS-CONTINENTS1.HQX
- Lance ]
------------------------------
Date: Fri, 2 Oct 87 20:26:42 EDT
From: matthews@tcgould.TN.CORNELL.EDU (Dave Matthews)
Subject: MAPS-CONTINENTS2.HQX
This file contains maps of Africa, Asia and the South Pacific. Each country
is a MacDraw polygon.
The maps were created by Irv Wiswall of Cornell Computer Services
(IRV@CORNELLA.BITNET) and myself, using SAS/GRAPH and VersaTerm-PRO.
Convert with Binhex 4.0 and unpack with Packit II or Unpit.
- Dave Matthews
ARPA:matthews@tcgould.tn.cornell.edu BITNET:matthews@crnlthry
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!batcomputer!matthews
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-MAPS-CONTINENTS2.HQX
- Lance ]
------------------------------
Date: Tue, 6 Oct 87 09:38:58 PDT
From: PUGH@NMFECC.ARPA
Subject: Menus for Hypercard
Here is the much sought after XCMDs that let you add menus to
your Hypercard stacks. Free from Nine to Five.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XCMD-MENUS.HQX
- Lance ]
------------------------------
Date: Tue 6 Oct 87 10:51:22-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: SmartQuotes
[ Uploaded from Delphi by Jeff Shulman ]
Name: SMART QUOTES DA
Date: 2-OCT-1987 02:07 by PBORENSTEIN
[ Updated to version 2.7 2-OCT-1987 02:07 by PBORENSTEIN ]
Smart Quotes is a desk accessory that changes double quotes (") into proper
open or close quotes as you type. It also changes single quotes (') into
proper apostrophes.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-SMART-QUOTES.HQX
- Lance ]
------------------------------
Date: Tue, 6 Oct 87 14:44:37 PDT
From: PUGH@NMFECC.ARPA
Subject: DiskBox stack
Here is a stack that catalog disks and prints labels too. The
best thing about this stack's organization scheme though is that
it is positional. Disks are indexed by box and then by disk,
making it easy to find which box has the disk you are looking
for.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-DISKBOX.HQX
- Lance ]
------------------------------
Date: Tue, 6 Oct 87 09:28:27 PDT
From: PUGH@NMFECC.ARPA
Subject: Laser Quotes INIT
Here is an INIT that transforms ' & " into the real quotes, which
can be accessed by Option-[ and Option-] and the same with Shifts.
It is a simple algorithm, but it should do for 99% of the use.
"Laser"Quotes includes documentation in MacWrite format.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>INIT-LASER-QUOTES.HQX
- Lance ]
------------------------------
Date: Tue 6 Oct 87 10:49:29-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Klutz
[ Uploaded from Delphi by Jeff Shulman ]
Name: KLUTZ DA
Date: 4-OCT-1987 00:33 by BILLS
Klutz is a (mac II only) DA that shows you the current color look up table
(aka clut). You can modify any entry in the table, load and save cluts,
and reset to the default clut. The little "D" in the top right stands for
Decimal; it's a button. Click on it to toggle to Hex. Double clicking on a
color, or single clicking on the color display box in the top right, brings
up the color picker and allows you to change the color. Bill Steinberg
(BillS) This DA is free, but is not public domain. It is copyright 1987 by
me.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-KLUTZ.HQX
- Lance ]
------------------------------
Date: Tue, 6 Oct 87 02:08 CDT
From: <BOYD%TAMLSR.BITNET@forsythe.stanford.edu> (Scott T. Boyd)
Subject: BrainDamage.HQX
Enclosed is a binhex'ed packit file containing an application
to remind us all to be happy that we've spent so much money
on Macintosh hardware. The .hqx file is about 12K.
This little hack can provide hours of fun for the whole family,
and is a great example of how you can brain-damage even a fine
machine like the Macintosh.
Source code (LSP) included. Send no money. I'd be ashamed to
take money for this travesty ;)
FREE TIME WARNING: How creative can you be in bringing really
_bad_ software to the Mac? Remember "BAD Cinema"? Same idea.
Be the first on your block to write a 0-star application!
Averidirty and have fun...
Scott T. Boyd
The MacHax(tm) Group
p.s. Exit the program like you'd reset a PC (with the nearest
Macintosh equivalent -- Command-Option-Delete).
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>BRAINDAMAGE.HQX
- Lance ]
------------------------------
Date: Tue, 6 Oct 87 11:34 EDT
From: <JRCLARK%UTKVX3.BITNET@forsythe.stanford.edu>
Subject: USA MAPS IN MACDRAW FORMAT
Attached is a macDraw file consisting of US. Maps. There are
three versions, one shaded, one showing the names of states
and one showing the time zones. Evidently each state can be
edited as a separate object.
This is in response to a request from someone on USENET. (James Larus) I
assume it can eventually make its way there.
I'm not sure of its source. I downloaded it off a Mac BBS about
a year ago, and looked at it for the first time tonight.
Jim Clark
UT Martin
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-MAPS-USA-TIMEZONES.HQX
- Lance ]
------------------------------
Date: Fri, 9 Oct 87 18:33 EDT
From: <JRCLARK%UTKVX3.BITNET@forsythe.stanford.edu>
Subject: Jukebox program for MusicWorks
This is the JukeBox program allowing one to save lists
of songs to be played using either the demo or original
version of MusicWorks. There are five demo pieces
(in Packit format) included.
Jim Clark
The University of Tennessee at Martin
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MUSICWORKS-JUKEBOX.HQX
- Lance ]
------------------------------
Date: Fri, 9 Oct 87 12:58:18 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: FreeTerm 2.0 now available
This posting contains FreeTerm 2.0, a "dumb" glass-TTY emulator
that supports XMODEM and MacBinary II. Full documentation is included
in this Packit III package.
Basic features and improvements over FreeTerm 1.8:
- FreeTerm 1.8 was limited to operation at speeds <= 2400 baud, which
limited its usefulness to dial-up connections. FreeTerm 2.0
supports connections at 4800, 9600, 19200, and 57600 as well; it
uses XOFF/XON flow control to prevent buffer overruns at high line
speeds [this feature can be disabled].
- FreeTerm 2.0 supports the new extensions to the MacBinary file-
encoding standard, as described in a document posted several
weeks ago.
- FreeTerm 2.0 is capable of unpacking any file that was packed by
PackIt I, II, or III, or any other utility that produces a
packed/compressed file in PackIt format.
- FreeTerm 2.0's window can be resized (24*80 down to 4*15).
- FreeTerm 2.0 remembers the most recent 20 full 24*80 screens;
you can scroll back through the saved lines in the usual fashion.
- You can send all 128 ASCII characters (and "break").
- "Fast-track" XMODEM is supported, for those of you who use
Compu$erve and have clean, error-free transmission lines.
FreeTerm 2.0 is still free, as its name implies... noncommercial
distribution is encouraged; commercial distribution is prohibited
without written permission of Dreams of the Phoenix, Inc. FreeTerm
2.0 is copyright 1987 by William Bond; portions are copyright
1986 by THINK Technologies, Inc. (which gives you a pretty good
idea of the development system that was used ;-)
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FREETERM-20.HQX
This version replaces previous versions of FreeTerm.
- Lance ]
------------------------------
From: rutgers!cbmvax!swatsun!jeremy@uunet.uu.net (Jeremy Brest)
Subject: Sony monitors
Date: 10 Oct 87 05:20:19 GMT
Reply-to: rutgers!cbmvax!swatsun!jeremy@uunet.uu.net (Jeremy Brest)
A few issues ago, someone asked about a black line
about 2/3 the way down the screen on a Sony multi-
scan. This is a featre of _all_ Trinitron products.
The line is the shadow of a wire which holds up
part of the grid, whatever that means. Anyway,
Trinitrons have the best sharpness and color of
any color monitors around, but I agree that this
is a bad thing for a $900 monitor, esp if you
wish to photograph screen images.
Jeremy Brest
Swarthmore College
uucp:...seismo!bpa!swatsun!jeremy
CSnet:jeremy@swatsun.swarthmore.edu
ARPAnet:jeremy%swatsun.swarthmore.edu@relay.cs.net
------------------------------
From: Paul Skuce <mcvax!hatfield.ac.uk!comtps@uunet.UU.NET>
Date: Tue, 6 Oct 87 16:26:11 GMT
Subject: RE: patch 4.1 (sys 4.1 and short uk keyboard)
I have managed to get System 4.1 to use the SHORT UK keyboard
by cutting INIT 0 from system 3.2 that does know about the keyboard
and pasting it into System 4.1. The only problem I have with it is that
CNTL SHIFT 1 & 2 do not work. The Alpha release of System 4.2 has the same
problem. I hope that Apple fix that before they release it.
Regards
Paul Skuce
Hatfield Polytechnic, School Information Science, P.O. box109
College Lane, Hatfield, England, AL10 9AB
comtps%hatfield.ac.uk%mcvax%seismo%.. from States
comtps@hatfield.ac.uk JANET
comtps%uk.ac.hatfield@UKACRL EARN
------------------------------
Date: Sat, 10 Oct 87 16:30 CDT
From: <MPARK%UTMEM1.BITNET@forsythe.stanford.edu>
Subject: Mac memory upgrades
I have just prevailed upon our service people here (who are Apple-
certified and very by-the-book) to upgrade the memory of a Mac+ and a
Mac II to 2 Mbytes each in what I had thought to be a clever way. In
fact, it is clever: it saves money, it is cognizent of the limited num-
ber of memory configurations possible for the Mac+ and Mac II, and it
works. However, in so doing, I stumbled upon two disturbing Apple
policies that could stop people less insistant than I was in pursuing
this issue.
1. According to the APDA draft of the Macintosh Family Hardware Manual,
both the Mac+ and SE can be populated with just two 1 Mbyte SIMMS. On
the logic boards for either, there are two positions for level-
determining resistors to be added or removed. On the Mac+ they are
labeled R8 and R9. R8 is factory-installed and signals that the default
256 Kbyte SIMMS are present. R9 is not factory installed, but when
installed, it signals that only two SIMMS, and not the normal four, are
present on the board. In order to upgrade my Mac+ to 2 Mbyte, then, we
reasoned that we could remove R8 and place it in the R9 position and
place the two new SIMMS in a position closest to the 68000, as described
in the APDA draft. This should have been simple stuff that any Apple
trained technician should have known about and been able to do, right?
Well, Apple did not tell our service people, during their training or in
their service manuals, that this is a possible configuration because it
involves SOLDERING ON THE LOGIC BOARD. Apple is forbiding their level 1
service personnel (is there a higher level?) from soldering. Apple
expects people who buy the 2x1 Mbyte SIMMS to upgrade to 2.5 MBytes,
which only requires cutting R8 from the board--no soldering. I had to
promise that I knew that I might be loosing my board-exchange privileges
in insisting that this be done. (Boy, am I scared! I think that in the
future, I will go back to just fooling around with the boards of my
PDP-11.) I did not want to leave two of my old 256 Kbyte SIMMS in the
Mac+ as I wanted all four of the perfectly good 120 nsec parts for an
upgrade of the Mac II to 2 MBytes as well. That's when I found out
about policy #2:
2. The old SIMMS are not mine; nor are they Apple's or my employer's
either. In fact, they are supposed to CEASE TO EXIST. Apple does not
want service people to return spare SIMMS to customers--too much danger
of static damage. So, they become a non-rebatable, non-resellable,
confiscated part that is supposed to be of no use to anyone. I was
okay, as I had an immediate home for them, as has any customer for half
of them who is having the 2.5 MByte upgrade done to a Mac+ or SE. I
think that logically and legally these two cases are identical.
There seem to be a lot of caveats involved in upgrading memory and
Info-Mac has covered most of them in recent weeks. At our University,
one person was burned in buying a single set of 2x1 MByte SIMMS for a
Mac II--you need two sets. (Unless there is an undocumented 2 SIMM
resistor on that logic board, too. Does anyone know?) There are a few
150 nsec SIMMS in Mac Pluses that cannot be used in Mac IIs. If you
buy third-party SIMMS, you are free to install them yourself--which can
have warranty consequences. If you buy Apple SIMMS, which are
price competitive and of assured quality, you MUST have them installed
by a certified technician and accept all the rules that they play by.
Finally, because Apple SIMM prices have just nose-dived, anyone now
buying memory should check that they are getting the most current
prices.
------------------------------
Date: Sat, 10 Oct 87 09:02:06 ADT
From: Peter Gergely <GERGELY@DREA-XX.ARPA>
Subject: Big Files in MS WORD 3.0.1
Welcome to the group. I reported that bug to Microsoft Canada
(who in turn reported it to Microsoft US) when I first got 3.0.1. The
exact problem is as follows: Given a text file 64K (i.e 64 * 1024) or
larger, if there is a CR (which equates to a paragraph mark in internal
Word format) at any exact multiple of 64K, Word 3.0.1 will go absolutely
screwy. Microsoft US claims to know of the problem, but I haven't heard
of a fix as yet. The problem is trivial to reproduce using your
favourite programming language, generate 1024 lines of 63 characters and
a carriage return, and read it into Word.
If it isn't a text file, then the problem returns at the same
point but it is harder to produce given Word's internal format.
The only solution that I found was to read my file first into
Word 1.0.5, save it, and then read it into Word 3.0.1, or using some
text editor replace the CR (or the paragraph mark) by something like a
space and get it later once you are in Word 3.0.1.
The symptoms of the problems are that repagination goes on
forever, or the save increments up to a certain number and cycles back
to 68% and up to that number; or you can't scroll past the offending
point, or you can scroll but start getting internal code from MS Word.
If you pass this information on, please state my name and that
of Gavin Hemphill's as having found the bug, and researching it to
completion.
------------------------------
Date: Thu, 8 Oct 87 07:48:26 EDT
From: Dan_Yuval@ub.cc.umich.edu
Subject: ImageWriter 2 in Europe.
Has anyone worked with an American ImageWriter 2 in a 220V 50H current
(using a transformer, of course)?? I have used an ImageWriter 1 and I
experienced no problems? Should I expect any?
------------------------------
Date: Tue 6 Oct 87 13:21:51-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #78
Usenet Mac Digest Monday, October 5, 1987 Volume 3 : Issue 78
Today's Topics:
Re: Fedit+
Re: Possible LSC improvements
Re: When will SE/II version of Inside M
Virtual Memory with the Mac OS
Experience with hard disk
Orphans of Tecmar
MacDraw or PICT Format Clip-Art?
Saving info with text files (repost)
HFS Menus on pre-4.1 systems
Re: MultiFinder & LightSpeed C
Re: Virtual Memory with the Mac OS
hypertext vs. hypercards
How Many Colors? (2 messages)
LA50 driver around anywhere????
STSC APL*PLUS for Mac II: any patches?
How would you like an extra 500K of RAM for free?
Re: How Many Colors?
Re: Virtual Memory with the Mac OS
Drawpicture from C - HELP!!
Excel Meg Limit
Hypercard question
Re: hypertext vs. hypercards
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-78.ARC
- Lance ]
------------------------------
Date: Tue 6 Oct 87 13:20:23-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #77
Usenet Mac Digest Monday, October 5, 1987 Volume 3 : Issue 77
Today's Topics:
MacPascal on a Mac II
Re: Where can I get "Pyro"(?)
Re: Printer Driver
Re: Mac programmers shortage?
Re: Mac II Screen Capture
Re: MacPascal on a Mac II
Modified DA's
xerox nutmeg/hi-top monitor
Large screen display for Mac
imagewriter bidirectional mode
Interested in people's experiences with APDA
Enter Key Remapping
PrOpenPage() question
Re: DIY SCSI... It's done!
Re: talking moose question
Re: PrOpenPage() question
Possible LSC improvements
recommendations on Modula-2 compilers
Re: VBL tasks, time manager
Patch for Smart Alarms - disables incessant beeping
C problem
Mac II and HD booting problems
Re: C problem
Bug in Glue for wordbreak routines
Any info on Mac or Mac II Packages which make 35mm slides?
Fedit+
Disk Stickers (was Re: MacScheme Warning!)
Re: Possible LSC improvements
Decoding PICTs
Re: MacCharlie
Re: MPW2.0 bug/feature
Re: Help (List Manager Example)
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-77.ARC
- Lance ]
------------------------------
Date: Sat 10 Oct 87 12:25:15-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #79
Usenet Mac Digest Saturday, October 10, 1987 Volume 3 : Issue 79
Today's Topics:
SE and mouse tracking
Re: Hypercard question
Re: Drawpicture from C - HELP!!
A/UX Compatability
Hypercard: Clicking on a text word
Re: MacScheme Warning!
another hypercard questions: card number (2 messages)
xerox nutmeg/hi-top monitor
Re: info needed about Nubus (esp. in Mac II)
Re: Hypercard question (2 messages)
Re: Status of Apple UNIX ?
Software for reading stock prices
Yet another HC bug?
Need info on Inbox and Mail Center for Mac.
Original Mac Battery
Question: Sound Driver and LSC
Trouble with OpenResFile("\pDeskTop"); (2 messages)
Hypercard again (radio button)
HyperCard-hypertext
Help wanted: MacinTalk parameters
High performance APL
Re: Hypercard again (radio button)
MacBottom 144IHD for Mac II
Radius Accelerator Comments
[archived as
SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-79.ARC
- Lance ]
------------------------------
Date: Sat 10 Oct 87 12:25:56-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #80
Usenet Mac Digest Saturday, October 10, 1987 Volume 3 : Issue 80
Today's Topics:
Generic serial printer driver.
Moonlighting
Re: HyperCard-hypertext
Re: C problem
Re: SE and mouse tracking
Re: Hypercard question
Help on a LSP program
What is .Bout for?!?
Re: Virtual Memory with the Mac OS
Re: Hypercard question
Re: Hypercard again (radio button)
A Macintalk Question
Re: What is .Bout for?!?
Re: When to HLock
Re: Help wanted: MacinTalk parameters
Re: Help on a LSP program
Crunched shell
Re: Keycaps--Mathematical Symbols
Re: Status of Apple UNIX ?
Re: What is .Bout for?!?
Cricket Graph bug?
comments on tape backup sold by `apda' requested
[archived as
SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-80.ARC
- Lance ]
------------------------------
End of INFO-MAC Digest
**********************
∂15-Oct-87 1759 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #127
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 15 Oct 87 17:59:21 PDT
Date: 15 Oct 87 1758-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #127
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Thursday, 15 Oct 1987 Volume 5 : Issue 127
Today's Topics:
LASERWRITER FONT SCALING PROBLEM
Scrolling Bitmaps
source code examples wanted!
Routine to copy resources
Hypercard script for importing <info-mac>, usenet, delphi, etc.
Word 3.01 Bi-Directional Printing
DiskTimer II Claims
Last word on 80386(PS-2/80) vs. 68020 (Mac II)
Appletalk on Ethernet
MacDraw file format
Extending HyperCard Help stacks
hypercard mailing list?
Question: does Mac MS-Word like plain ASCII files?
Screensavers for Mac II
memory upgrades
ada for the macintosh
Control Panel mod
DISK TESTER
SDLC for the Mac
SCREENS HURT EYES (Mac SE, Plus)
Looking for math and physic programs.
HiTop Full page monitor
FullWrite delay
Turbo Pascal Upgrade 1.0 to 1.0E
What is hypercard?
Apple Consortium
----------------------------------------------------------------------
Date: Mon, 12 Oct 87 15:07:23 SET
From: Norbert Mueller <K360171%AEARN.BITNET@forsythe.stanford.edu>
Subject: LASERWRITER FONT SCALING PROBLEM
I URGENTLY NEED HELP ON A LASERPRINTING PROBLEM.
I PRINT QUICKDRAW PICTURES FROM MY APPLICATION WHICH CONTAIN DRAWPICTURE AND
DRAWSTRING COMMANDS AMONG OTHERS. I ALSO USE THE SETLINEWIDTH PICCOMMENT.
I KNOW ABOUT TECH NOTE NO. 35 AND HAVE REMOVED ALL TXRATIO OPCODES.
THE FIRST PAGE I PRINT IS PERFECTLY OK. HOWEVER ALL FOLLOWING PAGES
CONTAIN HUGE (I.E. 48 TO 96 POINT CHARACTERS INSTEAD OF SMALLER SIZES).
I'M USING THE GENEVA FONT WITH FONT SUBSTITUTION SELECTED IN PAGE SETUP,
SYSTEM 4.1, LASERWRITER 4.0. I'VE TRIED TO RESET TEXTSIZE(0) AFTER EACH
PROPENPAGE, IN VAIN. THE PICTS PRINT OK ON THE IMAGEWRITER...
THERE MUST BE A WORKAROUND, AS OTHER APPLICATIONS CAN PRINT MULTIPAGE
MIXED TEXT AND GRAPHICS.
AS MY APPLICATION HAS TO BE FINISHED NEXT MONTH, I REALLY NEED ADVICE
URGENTLY.
THANKS VERY MUCH
NORBERT
------------------------------
Date: Tue 13 Oct 87 06:50:02-PDT
From: Timothy Burcham <B.BURCH@LEAR.STANFORD.EDU>
Subject: Scrolling Bitmaps
Does anyone have suggestions or example code to illustrate scrolling
bitmaps? I have done scrolling text and 'PICT's (w/o bitmaps, of course),
but I am not as sure how to proceed to code scrolling bitmaps.
Thanks in Advance....
Timothy Burcham
b.burch@lear
BITNET: MA.TSB@STANFORD
MCI: TBURCHAM
/*********************************************************************/
------------------------------
Date: Wed, 14 Oct 87 15:02:14 EDT
From: Jeremy Bornstein <JEREMY%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: source code examples wanted!
I am a newcomer to Mac programming. So far, I have found Transkel.c (by
Paul Dubois) extremely useful. Is there any skeleton program around for
desk accessories?
Also, I would be quite interested in source code examples, preferably in
LightspeedC, of:
DAs which use windows
Modeless dialogs which use useritems (i'm mostly interested in the
procedure to draw the useritems)
CDEFS of any sort
Thanks in advance for any and all help.
-Jeremy Bornstein
JEREMY@BROWNVM.BITNET
------------------------------
Date: Thu, 15 Oct 87 16:03:51 EDT
From: ST602397%BROWNVM.BITNET@forsythe.stanford.edu
Subject: Routine to copy resources
Does anyone know of any simple method to copy resources from one file to
another? I am writing a program where a user may edit a new file. The program
stores the current contents of the file in a temporary file on the disk. Then,
when the user selects File/Save, the program should copy the resources from the
temporary file into the other.
Atul Butte
Brown University
------------------------------
Date: 12 Oct 87 20:27 EDT
From: science@nems.ARPA (Mark Zimmermann)
Subject: Hypercard script for importing <info-mac>, usenet, delphi,
Subject: etc.
Here's a tiny, trivial script to take in a text file such as a usenet
digest, split it into cards at any line containing "---", and load it
into a stack. It's interesting to use to experiment around with large
stacks. I've found that, published claims to the contrary, the actual
searching speed for arbitrary text is 10-50 seconds/Megabyte on a Mac Plus
(and the rate of importing text into a stack is several hours/Megabyte).
========
on mouseUp
ask "Import from what file?"
if it is empty then exit mouseUp
put it into fileName
open file fileName
repeat
doMenu "New Card"
put empty into tempStor -- initialize accumulator
repeat for 100 times -- max of 100 lines/card
read from file fileName until return -- grab one line
if it is empty then -- end of file
close file fileName
exit mouseUp
end if
put it after tempStor
if offset ("---", it) > 0 then exit repeat -- found end of item
end repeat
put tempStor into field "Article" -- display item
end repeat
end mouseUp
==========
Please send me improvements on the above first, crude effort! It seems
much faster to put the imported text into a container rather than directly
into the field (perhaps because it doesn't have to do TECalText every line?).
Fields musn't have >30,000 characters in them, hence the 100 line limit
above on lines/card. 15-Oct-87 13:03:58-PDT,765;000000000001
------------------------------
Date: Thu, 15 Oct 87 15:56:01 EDT
From: ST602397%BROWNVM.BITNET@forsythe.stanford.edu
Subject: Word 3.01 Bi-Directional Printing
jpm@howtek.UUCP asked how to get bi-directional printing with Word 3.01. The
answer is the following.
1. Hold down Option and Command, THEN select the File/Print menu.
2. Press down Caps Lock, then press OK.
3. Nothing will print, so select File/Print again, without holding down
any keys.
4. Press OK without any keys.
Word should then be set for bi-directional printing. I found this tidbit of
information in the October MacUser (in the TipSheet section).
Atul Butte
Brown University
------------------------------
From: decvax!masscomp!wang7!ephraim@ucbvax.Berkeley.EDU
Date: Mon, 12 Oct 87 22:25:36 edt
Subject: DiskTimer II Claims
In a recent info-mac, Norm Fong of FWB gave DiskTimer II figures for
FWB's "Hammer" drives without adequately pointing out why the figures
are grossly misleading. DiskTimer II figures are based on repetitive
operations involving a single area of a disk (or two small, separate
areas in the case of the seek test). FWB's disk drivers have a
sizeable private cache. So, when DiskTimer II gives a time for
"100 24K reads" on an FWB drive, it's actually the time for one
24K read and 99 retrievals from local cache. Same story, essentially,
for writes and seeks. Since an actual user's cache hit rate is
usually somewhat less than 99%, your actual performance will be
enormously worse than these figures suggest.
Ephraim Vishniac
masscomp!wang7!ephraim
------------------------------
Date: 13 Oct 87 22:36:00 EST
From: <bouldin@ceee-sed.arpa>
Subject: Last word on 80386(PS-2/80) vs. 68020 (Mac II)
Reply-to: <bouldin@ceee-sed.arpa>
MAC II vs. PS-2/80, The last word (I hope)
Here are results for the now-infamous Byte benchmarks comparing the 80386,
as embodied in the PS-2, with the 68020, as incarnated in the Mac II. First
two columns in the table are due to David Betz from Byte/BIX, 3rd column is
my numbers for a Mac II-equivalent upgrade in a Mac+. I did floating point
tests in Fortran, since LSC doesn't yet have 68881 hardware floating point
support. The results show plainly that the 68020 is across the board a little
faster than the 386, and MUCH faster on floating point stuff.
Mac II PS-2/80 Novy Board in Mac+
MPW C Metaware C
Dhrystone: 2857 3626 3728 (LSC)
Fibonacci: 52.37 57.26 42.58(LSC)
Float: 0.65 1.62 0.96 (Absoft Fortran)
Savage: 3.40 9.49 3.30 (" " )
Sieve: 4.82 6.45 4.78 (LSC)
Sort: 7.53 7.74 14.53(LSC)
In my opinion, if Byte does not prominently publish a retraction of their
earlier results, then they are obviously trying to deliberately mislead their
readers.
------------------------------
Date: Fri, 9 Oct 87 06:53:21 edt
From: thinder@nswc-wo.ARPA
Subject: Appletalk on Ethernet
We have a number of Mac users that would like to be networked. We have a
broadband coaxial cable running through out our site. What I am looking for
is a "Appletalk on Broadband" product. It would be the Apple equivilant to
the various "Ethernet on Broadband" products. What we DON'T want to do is
set up seperate "networks" and then bridge (read piece) them together. Use of
the phone lines is also not a solution, we don't own the wires. I'm not on the
list for distribution, so please respond to me directly, even by phone.
Thanks in advance,
Thomas K. Hinders
Network: thinder@nswc-wo.arpa
or
thinder@nswc-oas.arpa
Naval Surface Warfare Center
Silver Spring MD
(301) 394 4225 or 1802
Autovon 290 4225
------------------------------
Date: Mon, 12 Oct 87 12:21:56 EDT
From: Wm Pearson <wrp@krebs.acc.virginia.edu>
Reply-to: wrp@krebs.acc.virginia.edu
Subject: MacDraw file format
I recently purchased a Mac and have been very happy with LightSpeed
'C' porting a large package of DOS/unix DNA and Protein sequence analysis
programs. Some of these programs generate graphical output, which I have
also done successfully, but I would like to provide versions of those programs
which write a MacDraw format file, so that figures drawn by my programs can
be more easily manipulated later.
Where can I get the format for MacDraw files?
Bill Pearson
wrp@virginia.EDU
...!uunet!virginia!wrp
[ note from moderator: the MacDraw file format is not available from Apple
but the PICT format is described in Technote #27. The Technotes are in
the archives here at Info-Mac and for those who can't FTP from the
archives they are available from APDA. DAVEG ]
------------------------------
Date: Mon, 12 Oct 87 21:54 EDT
From: <MANAGER%SKIDMORE.BITNET@forsythe.stanford.edu> (Leo Geoffrion)
Subject: Extending HyperCard Help stacks
HyperCard is indeed a superb product and the rapid proliferation
of Stacks and Hypertalk discussion attests to its timeliness.
I've been very impressed by the online HELP stack provided with
HyperCard, and have used it at the template for a new stack.
Our goal is to place a Mac near the entrance to our public Mac room on campus.
The new Help Stack will then help novices get started with the Mac. It
will include, for example,
info on the hardware and software available in the room
rules for using the room
basic introductory info about each major software product
(e.g. FullPaint, Word, MacDraw, Excel, ...)
With a little ingenuity, I think it could prove very versatile for helping
novices learn about the computer and how to access the software. Unlike
commercial tutorials, HyperCard lets me personalize the contents to
our specific situation.
I'd like to share information and stacks with fellow travelers. Considering
the popularity of the Mac in higher-education, I suspect that there are
several others out there with a similar need and interest.
===================================================================
Leo D. Geoffrion BITNET: MANAGER@SKIDMORE.BITNET
Associate Director for NYNEX: (518) 584-5000 Ext. 2628
Academic Computing
Skidmore College
Saratoga Springs, NY 12866
------------------------------
Date: Sun, 11 Oct 87 23:42:32 PDT
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: hypercard mailing list?
Is there interest out there for a separate hypercard programmer mailing list?
I have a feeling that HC stuff will start overwhelming both comp.sys.mac and
info-mac if we don't plan fof it now.
chuq
------------------------------
Date: Tue, 13 Oct 87 17:22 N
From: <SCHOMAKE%HNYKUN53.BITNET@forsythe.stanford.edu> (Lambert
From: Schomaker)
Subject: Question: does Mac MS-Word like plain ASCII files?
We are desperately in need of a conversion program that converts
(or at least tries to) convert regular ASCII files to a format that
Mac MS-Word 3.01 likes better. The carriage return is interpreted as
an end-of-paragraph separator which is not what one wants to, most of
the time. As soon as our secretaries get plain text files, they have to
struggle through the file, removing the spurious paragraph separators.
I cannot believe we are the only ones having this problem.
The conversion program could e.g. accumulate <cr>//<lf>, <cr>
or <lf> -bounded records until (a) one empty line, or (b) a line that
starts with a <tab> or <blank> is encountered, and send out the
accumulated record, terminating with a single <cr> or <nl>, whatever.
Does such a program exist? Please answer to me directly since I am not
a subscriber of INFO-MAC.
KKKKKUUUUNNNNN
KKK UUUU NNNN Lambert Schomaker
K UUUU NNN SCHOMAKE@HNYKUN53.BITNET
KKK UUUU NN Nijmegen, The Netherlands.
KKKKK UU N
------------------------------
Date: Wed, 14 Oct 87 10:09:21 EDT
From: Steve Buyske <ST401266%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: Screensavers for Mac II
Are there any screensavers which run on the Mac II (Apple monitor)
and which can activate themselves after a certain amount of idle time,
a la Autoblack?
[ note from moderator: PYRO! from Software Supply does the job rather
nicely (although not as nicely as AutoBlack). It comes as a freebee with
PowerStation or Suitcase, both of which are excellent products. DAVEG ]
------------------------------
Date: Thu, 15 Oct 87 09:59:10 PDT
From: A. Joseph Rockmore <rockmore@ads.arpa>
Subject: memory upgrades
now that simm chips are becoming readily available, the memory upgrade
story is different than before. it seems that all non-simm upgrades
have gone up in price (which is too bad for some who want an
inexpensive upgrade with no thoughts for future further expansion),
while simm upgrades have gone down. but which ones are good? which
are well supported? which ram disk/cache programs are good? if you
send your experiences with upgrades, both simm and non-simm, to me i
will summarize and post. or, post replys directly.
joseph rockmore
advanced decision systems
mountain view, california
rockmore@ads.arpa
------------------------------
Date: Thu, 15 Oct 87 09:53:27 PDT
From: A. Joseph Rockmore <rockmore@ads.arpa>
Subject: ada for the macintosh
does anyone know about what (if anything) is being done in the way of
ada for the macintosh? i don't expect a full implementation, nor a
validated compiler (i may be pleasantly surprised), but perhaps a
learning tool. any information would be appreciated. please reply to
one of these bboards, or directly to me. if there is enough
substantive information sent directly to me, i will summarize and
post. thanks in advance...
joseph rockmore
advanced decision systems
mountain view, california
rockmore@ads.arpa
------------------------------
Date: Thu, 15 Oct 87 10:59:26 PDT
From: PUGH@NMFECC.ARPA
Subject: Control Panel mod
Here's an idea for the Control Panel, in the hope that someone with power will
listen...
I am getting all too many items in my Control Panel (ten at current count) and
on my Mac ][ I can scroll right past the one I want before I can blink. What
is needed is the SFGetFile filter wherein you can type the first few letters
or so of a cdev name and bring it up. That would be very helpful.
I realize there are problems should a cdev have an edit field, but none of the
cdevs present currently support such a thing and I seem to recall reading
that it was difficult, if not impossible, to do, so there shouldn't be any
conflict.
If anyone at Apple reads this, could you please mention it to Steve, Scott,
Kristee, and/or Amy?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Thu, 15 Oct 1987 11:26 PDT
From: GDCWOOD%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: DISK TESTER
I'm looking for a disk drive tester for Macintosh 400K and 800K drives.
In particular, the tester should provide information on the drives centering,
read/write functions, radial alignment, azimuth alignment, hysteresis, and
spindle speed.
We currently use a disk tester provided by Apple that is a go[Do/no go type
tester. If there is a problem the tester simply indicates the drive is
bad. It would be nice to know why the drive is bad; and in the case of
intermittent drive problems, it would be nice to know the tolerance factor
of the drive.
Any information would be greatly appreciated. Thanks in advance for your
time and efforts.
Dan Calderwood
Academic Computing
Humboldt State University
BITNET: GDCWOOD@CALSTATE
------------------------------
Date: Thu 15 Oct 1987 14:37 CDT
From: GREENY <MISS026%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: SDLC for the Mac
Does anyone out there know of an SDLC board for the Mac SE/ ][ or anyway
to hook a mac into an IBM mainframe using the SDLC protocol? A friend of
mine here at school asked me to look into it. If anyone has any information
whatsoever, please forward it to me directly. If I get sufficient response,
I'll summarize to the list...
Thanx in advance...
Bye for now but not for long
Greeny
Bitnet: Miss026@ecncdc
Internet: miss026%ecncdc.bitnet@wiscvm.wisc.edu
Disclaimer: What? Who? me? Nope...not me...you *MUST* have the wrong guy!!!
------------------------------
From: dyckman@tcgould.tn.cornell.edu (Howard L. Dyckman)
Subject: SCREENS HURT EYES (Mac SE, Plus)
Date: 10 Oct 87 04:00:00 GMT
Sender: dyckman@tcgould.tn.cornell.edu
My eyes have been hurt by some recent Macintosh screens (SE, Plus).
Symptoms include sensitivity to light, dryness, grittiness under
the eyelids, soreness. A brief exposure produced only soreness.
Another screen was mildly irritating; I had to use it with the
intensity turned down low.
These screens feel harsh to my eyes; they also "feel" brighter than they look.
I am an experienced Mac user; older Mac screens have never hurt my eyes.
Has anyone encountered problems like this? (PLEASE BE ALERT TO PEOPLE YOU
KNOW OR MIGHT HEAR ABOUT.) If so, please reply to me directly.
You can also post on the comp.sys.mac bulletin board.
Howard L. Dyckman, Dept. of Electrical Engineering, Phillips Hall,
Cornell University, Ithaca, NY 14853.
dyckman@tcgould.tn.cornell.edu
Here's more info:
The screens which bothered me had purple tint or blue with slight purple
tint. I have inspected some of them; mfr is Clinton Taiwan Corp.
Eyes hurt much worse than what ophthalmologist describes here:
In article <993@ski.UUCP> dr@ski.UUCP (David Robins) writes:
>As an ophthalmologist, I have seen many computer-related eye problems.
>All of them have turned out to be *NOT* due to the computer equipment
>itself, except when an out-of-focus or flickering system causes eyestrain.
>... Staring at anything, but particularly a terminal, reduces the blink
>rate. Tear evaporation takes place, and air "burns" the conjunctiva
>and cornea. This leads to dryness, grittyness, foreign body
>sensation, burning, and sometimes photophobia (light sensitivity). It
>can feel just like UV keratitis (corneal burn). ...
>Treatment is the same, but UV burn takes 1-2 days to heal, whereas dry
>eye heals overnight. One uses artificial tears, an over-the-counter
>preparation, every 1-2 hours, ointment at bedtime optional.
My eyes have been sore, dry, and sensitive for months, not 1-2 days.
They are recovering slowly. At one time, my eyes were so dry that mild
breezes bothered them, making it very uncomfortable to take a walk
outdoors. These and other symptoms were caused by some recent Macintosh
computer screens (SE, Plus). Prior to this experience, other
exposures produced symptoms which lasted for days.
I am an experienced Mac user; older Mac screens (as well as other
computer screens) have never hurt my eyes.
Ophthalmologist's reply above is well meant but is not the explanation for
my symptoms.
If you know of anyone who has had similar problems (perhaps
milder or shorter lasting) please contact me directly.
Howard L. Dyckman, Dept. of Electrical Engineering, Phillips Hall,
Cornell University, Ithaca, NY 14853.
dyckman@tcgould.tn.cornell.edu
------------------------------
Date: Wed, 14 Oct 87 11:28 N
From: <KELTKOL%HLERUL5.BITNET@forsythe.stanford.edu>
Subject: Looking for math and physic programs.
Last week I received information about MacMath. It looks very nice, but
unfortunately I could not find a program for the periodic problem
X''(x) + aX(x) = 0 .
Can somebody tel me his experience with MacMath ? Is it a course or a useful
program I can use with studying, can it handle any function ? The program
ANALYZER can find the derivative (symbolically) of a function; but how
complicated can a function be ? What are the restrictions ?
I'm also looking for other mathematic and physic programs. For example on
the Atari and Cyber there is a program called SCHOONSCHIP. Does somebody know
if that program is available for the Macintosh?
I am VERY VERY interested in programs that can fit data points in many ways,
especially if it is possible the user can define the kind of function.
I'm very thankful if you can send me any information to :
**** KELTKOL@HLERUL5.BITNET ****
Thanks for reading,
Geert-Jan van Soest
Galgewater 38
2311 VZ Leiden
the Netherlands
------------------------------
Date: Wed, 14 Oct 87 8:16:54 MST
From: Major John Buono
From: <buono%asbf-imp.huachuca-em.arpa@HUACHUCA-EM.ARPA>
Subject: HiTop Full page monitor
Has anyone had any experience with the HiTop full page monitor that has been
recently advertised in MacWeek and MacUser. It is marketed by Network
Specialities INC. It is selling for 995 and seems to be a good buy. Exept
I have not heard of it before and am a little leary of spending that kind
of money and not know what I am getting.
Thanks
John Buono
------------------------------
Date: Wed, 14 Oct 87 16:07:21 PDT
From: Stephen E. Miner <miner@spam.istc.sri.com>
Subject: FullWrite delay
I hate to admit that I've been eagerly waiting for vaporware, but
FullWrite sure sounds good in the ads. It looks like I'll have to
wait a while longer -- ComputerWare just told me that they don't
expect to see it for another month (and they didn't seem too confident
about that.) I'm glad I didn't take advantage of Ann Arbor's advance
purchase discount.
Can anybody confirm the rumor that some of the programmers have quit
because they lost their bonuses by missing the Oct. 1 shipping date?
Is Ann Arbor still looking for a merger? If they're looking to sell
out, maybe FullWrite is worth more to them as vaporware.
-- Steve
miner@sri.com
------------------------------
Date: Thu, 15 Oct 87 16:01:58 EDT
From: ST602397%BROWNVM.BITNET@forsythe.stanford.edu
Subject: Turbo Pascal Upgrade 1.0 to 1.0E
Does anyone know whether Borland is offering any upgrade policy from Turbo
Pascal 1.0 to 1.0E? What are the differences between the two versions? Does
1.0E allow programming on the Mac II?
Atul Butte
Brown University
------------------------------
Date: Mon, 12 Oct 87 18:14:43 -0400 (EDT)
From: rj0e+@andrew.cmu.edu (Richard A. Jones)
Subject: What is hypercard?
Can someone give a short synopsys (sp?) of HyperCard - ie what is it etc
also, what is the status of the MultiFinder?
confused and questioning
[ note from moderator: while I will not give a synopsis of Hypercard, I
believe that MultiFinder 1.0 is either being duplicated for distribution
or is nearly complete. It should be appearing in dealers very soon. DAVEG]
------------------------------
Date: Wed, 14 Oct 87 15:45:12 PDT
From: Steve Dennett <DENNETT@SRI-NIC.ARPA>
Subject: Apple Consortium
If there is someone out there who has a current list of the schools
in the Apple University Consortium, I'd appreciate it if they would
send it to me (not to INFO-MAC, please!) Thanks!
Steve Dennett
dennett@sri-nic.arpa
------------------------------
End of INFO-MAC Digest
**********************
∂19-Oct-87 1505 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #128
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Oct 87 15:05:13 PDT
Date: 19 Oct 87 1504-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #128
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Monday, 19 Oct 1987 Volume 5 : Issue 128
Today's Topics:
Re: Missing deactivate events
Help on Font Scaling Problem
Where is Async AppleTalk?
MultiFinder <> DAs
MIXING FORTRAN AND PASCAL?
Orbits v2 (in 5 parts)
Oasis 2.0
MusicWorks Demo Program
DA-Draw
DA-ScaleFonts
StuffIt 1.1
PostEvent
Lightspeed Pascal version of Describe
Slide Rule Program
fractal xcmd (in 2 parts)
GrayView 1.16 (Re: INFO-MAC Digest V5 #125)
Icon Designer
SoundCap converter for Mac II sounds
New sound resources for the Mac II
WhooshButton
Re: Control Panel mod (V5 #127)
more Word 3.01 big file woes
Pyro! & SuperLaserSpooler
International Mac Software Transfer
Beck-Tech's Fanny Mac
HyperGlut
----------------------------------------------------------------------
Date: Mon, 19 Oct 87 14:51 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Re: Missing deactivate events
> From: lipsett@inmet.UUCP
> Subject: Missing deactivate events
There are two suggestions I can add to the ones you've already been getting
from the net:
o As I mentioned in an earlier posting, you can abandon using ModalDialog
altogether. Instead use IsDialogEvent and DialogSelect. It really
isn't that much more work.
o My first idea won't work when it's a DA that's modal and not one of your
own dialogs, since you cannot change the DA. In this case try writing
specialized WDEFs for your windows, that do deactivation whenever they
are called to unhighlight their title bar. You could store information
describing the contents of your window (such as Control- and TEHandles)
in a place that is accessible to the WDEF. That would have to be the
WindowRecord's dataHandle ( at least I think that's what it's called ).
Obviously this is more work, but you are guaranteed to catch every acti-
vate and deactivate necessary.
-- Thomas
fruin@hlerul5.BITNET
2:500/15 on FidoNet
Leiden University, Netherlands
------------------------------
Date: Thu, 15 Oct 1987 19:38 PDT
From: CADS079%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: Help on Font Scaling Problem
>From: Norbert Mueller <K360171%AEARN.BITNET@forsythe.stanford.edu>
>
>I URGENTLY NEED HELP ON A LASERPRINTING PROBLEM.
>
>I PRINT QUICKDRAW PICTURES FROM MY APPLICATION WHICH CONTAIN DRAWPICTURE AND
>DRAWSTRING COMMANDS AMONG OTHERS. I ALSO USE THE SETLINEWIDTH PICCOMMENT.
>I KNOW ABOUT TECH NOTE NO. 35 AND HAVE REMOVED ALL TXRATIO OPCODES.
>THE FIRST PAGE I PRINT IS PERFECTLY OK. HOWEVER ALL FOLLOWING PAGES
>CONTAIN HUGE (I.E. 48 TO 96 POINT CHARACTERS INSTEAD OF SMALLER SIZES).
>I'M USING THE GENEVA FONT WITH FONT SUBSTITUTION SELECTED IN PAGE SETUP,
>SYSTEM 4.1, LASERWRITER 4.0. I'VE TRIED TO RESET TEXTSIZE(0) AFTER EACH
>PROPENPAGE, IN VAIN. THE PICTS PRINT OK ON THE IMAGEWRITER...
>THERE MUST BE A WORKAROUND, AS OTHER APPLICATIONS CAN PRINT MULTIPAGE
>MIXED TEXT AND GRAPHICS.
I'm not really a programming expert, but here's something to try if
you're really that desperate. Write out your quickdraw stuff to a file
using PICT format, and then import the file into Pagemaker, and try to
print it in that program. Aldus has some sort of proprietary method
for translating quickdraw into postcript, and it's saved my ass quite
a few times, especially when I had Macdraw documents with both bitmaps
and objects, and Macdraw would shrink the bitmaps by 4% when printing.
Not the most "elegant" solution I admit, but give it a shot. Any version
of Pagemaker that is 1.2 or higher should work, as long as you are
using the quickdraw instructions correctly.
Oh yea, if all else fails, try using Helvetica, rather than Geneva
with font substitution turned on.
Good luck.
Richard S. Smith
Cal St. Poly, Pomona
BITNET: CADS079@CALSTATE
ARPA: CADS079%CALSTATE.BITNET@WISCVM.EDU
------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Where is Async AppleTalk?
Date: 16 Oct 87 14:48:45 GMT
I'd been meaning to FTP Dartmouth'se async AppleTalk stuff, which
was announced on comp.sys.mac during the recent INFO-MAC hiatus,
and the subject of a current (October?) Dr. Dobb's article.
I've lost the address. Does anyone know where it is? Is
this appropriate to have a SUMEX (or maybe at CMU for
INFO-APPLETALK...)?
--
Joel West (c/o UCSD)
Palomar Software, Inc., P.O. Box 2635, Vista, CA 92083
{ucbvax,ihnp4}!sdcsvax!jww jww@sdcsvax.ucsd.edu
------------------------------
Date: Fri, 16 Oct 87 18:38:04 PDT
From: digiorgi@VLSI.JPL.NASA.GOV
Subject: MultiFinder <> DAs
I don't know whether this is common knowledge, but at least with the
current MultiFinder beta, the use of DAs like interactive spelling
checkers and (sigh) SmartQuotes is disabled. Too bad... I wonder if
there is any way to fix that.
gdg
digiorgi@jpl-vlsi.arpa
October 16, 1987
[ note from moderator: the Multifinder duo spoke at a local meeting and gave
an *unsupported* secret on how you might be able to use such DAs. The tip
was to hold down the option key when you select the desk accessory. This
will load the DA into the application heap of the application you are in
when you choose the DA. This probably will allow it to work as you wish.
Sounds like it is worth a shot! DAVEG ]
------------------------------
Date: Sat, 17 Oct 87 13:21:15 SET
From: Norbert Mueller <K360171%AEARN.BITNET@forsythe.stanford.edu>
Subject: MIXING FORTRAN AND PASCAL?
AS A SCIENTIFIC PROGRAMMER I'D BE VERY INTERESTED IN A PROGRAMMING ENVIRON-
MENT ON THE MAC THAT WOULD ALLOW ME TO USE FORTRAN SUBROUTINES FROM A PASCAL
MAIN PROGRAM. IN PARTICULAR I WONDER IF ANYBODY HAS MANAGED TO DO SO WITH
LS-PASCAL AND MS-FORTRAN (WHICH REALLY HAS A GREAT AND FAST MATH LIBRARY).
OR IS THERE A WAY TO DO IT IN MPW?
THANKS FOR YOUR ADVICE, PLEASE RESPOND TO ME (K360171 AT AEARN) DIRECTLY,
I'LL SUMMARIZE TO THE NET IF THIS QUESTION IS OF GENERAL INTEREST.
NORBERT MUELLER
INSTITUTE OF CHEMISTRY
JOHANNES KEPLER UNIVERSITY
A-4040 LINZ, AUSTRIA
------------------------------
From: seubank@im4u.UUCP (Stephen Eubank)
Subject: Orbits v2 (in 5 parts)
Date: 8 Oct 87 03:00:24 GMT
[Orbits v2 - in 5 parts]
This is a new version of Orbits, a physics simulation code appropriate for
undergraduates and fun for others, too. Orbits allows users to investigate
easily the phase space of a variety of well-known 1-dimensional oscillators
and 2-dimensional discrete maps by following the orbits of test particles.
The Packit file contains the application itself, some documentation, and
several sample files to get you started. It is free. Join all the parts,
unbinhex and unPack.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ORBIT-20-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ORBIT-20-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ORBIT-20-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ORBIT-20-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ORBIT-20-PART5.HQX
- Lance ]
------------------------------
Date: Mon 12 Oct 87 11:09:45-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Oasis 2.0
[ Uploaded from Delphi by Jeff Shulman ]
Name: OASIS 2.0
Date: 3-OCT-1987 16:44 by ASMCOR
Here it is, the latest version of Oasis. Loads of new features, still the
same price - a $15 shareware fee if you like it. It's a hard disk control
center, a fast alternative to the Finder with special features to make your
life easier. This is the full-color, full-screen version, compatible with
any size screen and with the Mac II. Written by Jan Eugenides.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>OASIS-20.HQX
This version replaces the previous version.
- Lance ]
------------------------------
Date: Mon, 12 Oct 87 12:10 EDT
From: <JRCLARK%UTKVX4.BITNET@forsythe.stanford.edu>
Subject: MusicWorks Demo Program
This is a resubmission of the posting I made last
week of the MusicWorks demo program. It allows one to
play MusicWorks files without saving changes.
Jim Clark
University of Tennessee at Martin
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-MUSICWORKS.HQX
- Lance ]
------------------------------
Date: Tue, 13 Oct 87 15:20:55 SET
From: Guenther Blaschek <K331671%AEARN.BITNET@forsythe.stanford.edu>
Subject: DA-Draw
This is a desk accessory for object-oriented drawing. It provides the
most frequently used functions and even supports hairlines for the
LaserWriter. For more details, see the enclosed documentation.
NOTE: This DA is shareware. It may be distributed freely, but using it
requires a US$ 30.- fee.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-OBJECT-ORIENTED-DRAW.HQX
- Lance ]
------------------------------
Date: Tue, 13 Oct 87 15:28:10 SET
From: Guenther Blaschek <K331671%AEARN.BITNET@forsythe.stanford.edu>
Subject: DA-ScaleFonts
This desk accessory allows to turn the current font scaling mode
(SetFScaleDisable; see IM Vol. IV) on and off. It is in particular
useful for WriteNow users who want to see what they just typed in the
REAL size (not just in an available font size with spaces around the
letters ...).
ScaleFonts is free; it may (and shall) be given to anyone who likes it,
as long as it is not sold.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-SCALEFONTS.HQX
- Lance ]
------------------------------
Date: Tue 13 Oct 87 14:16:37-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: StuffIt 1.1
[ Uploaded from Delphi by Jeff Shulman ]
Name: STUFFIT 1.1
Date: 9-OCT-1987 18:41 by RAYMONDLAU
[ Updated 9-OCT-1987 18:41 by RAYMONDLAU to version 1.1. vers 1.10
includes Huffman compression scheme for Bitmap data & sound files. ]
v1.0 adds full support of unpacking, incl. conversion. Fixes many bugs and
adds a few enhancements (like renaming entries & recognition of large
screens)
StuffIt is a Mac file archival/compression utility utilizing mainly
Lempel-Ziv compression. This makes it faster and on the average, more
efficient than other compression utilities currently available for the Mac.
Furthermore, you can extract any file from an archive easily (first,from
the middle or last), add more files at a later date, remove files. To
provide compatibility, there is also an UnPack feature (which *I* do not
claim to be faster than PackIt).
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-STUFFIT-11.HQX
This version replaces the previous version.
- Lance ]
------------------------------
Date: Thu 15 Oct 87 09:43:17-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: PostEvent
[ Uploaded from Delphi by Jeff Shulman ]
Name: POSTEVENT (HYPERCARD)
Date: 15-OCT-1987 03:32 by DEWI
PostEvent is a Hypercard XCMD that lets you invoke QuicKeys sequences (by
name!) or Tempo macros from within Hypercard. You can use this to enhance
HyperTalk, control desk accessories, launch applications under macro control,
or whatever.
Comes complete with Lightspeed C source. This is in Packit format.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XCMD-POSTEVENT.HQX
- Lance ]
------------------------------
From: singer@endor.harvard.edu (Andrew Singer)
Subject: Lightspeed Pascal version of Describe
Date: 13 Oct 87 07:43:42 GMT
[Lightspeed Pascal version of Describe]
[Moderator's Notes: The description below states that this program runs
on "all systems", but it bombed on my System 3.2 disk and ran correctly
on my System 4.1 disk. I'm posting the Lightspeed Pascal source to
comp.sources.mac. -- Roger Long (USENET)]
Contained in this PackIt file you should find the following files:
Describe Project
Describe.p
Describe.Rsrc
"Describe Project" is the Lightspeed Pascal project file for
the Describe program.
"Describe.p" is the Lightspeed Pascal source for Describe.
"Describe.Rsrc" contains the "STR#" resources used by the program.
This Describe program is very much like the Describe program uploaded
by Robert Scott Comer some time ago. The differences are that this
Describe runs properly on all systems, and this Describe provides
a little extra information (which is provided by the new SysEnvirons
trap).
There are no copyrights attached to this code; I acknowledge that it
was originally written in another language by someone else; the only
credit I claim is for expanding its functionality and for making
it compatible with all hardware and software configurations.
--Rich
**Note: The opinions (if any) contained herein do not represent in any way
the policies of my employer (THINK Technologies, Inc.)
Richard Siegel
Customer Support Representative
THINK Technologies, Inc.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DESCRIBE-LIGHTSPEED-PASCAL-SOURCE.HQX
- Lance ]
------------------------------
Subject: Slide Rule Program
Date: Wed, 14 Oct 87 15:22:34 EDT
From: Jonathan K. Millen <jkm@mitre-bedford.ARPA>
The Slide Rule program displays a six-inch working slide rule with
two log-log scales. Just for amusement.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SLIDE-RULE.HQX
- Lance ]
------------------------------
Subject: fractal xcmd (in 2 parts)
Date: Wed, 14 Oct 87 15:45:19 -0800
From: duggie@jessica.Stanford.EDU
This is a hypercard xcmd and C source file to draw fractals. After
the latest MacsBug I just couldn't resist. The image does not stay on
the card after it is drawn-- perhaps in a later release. In two
parts-- join, then unbinhex and unpack. Enjoy.
-- Doug Felt
AIR/CAT Project
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XCMD-FRACTALS-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XCMD-FRACTALS-PART2.HQX
- Lance ]
------------------------------
Date: Thu, 15 Oct 87 13:17:15 edt
From: fry%huma1@harvard.harvard.edu
Subject: GrayView 1.16 (Re: INFO-MAC Digest V5 #125)
This is a BinHex of a Packit3 file containing my GrayView
v1.16 program. GrayView runs only on Mac IIs. There it
allows the user to convert any ThunderScan SCAN file to an
actual 32 gray shade image, which can then be saved to for use
as a StartupScreen, later viewing, or saved as a MacDraw PICT
file for exportation to programs like CricketDraw, Pixel
Paint, Quark Xpress, etc. Any portion of the image can
also be placed on the clipboard.
GrayView can also be used to view any PICT resource or MacDraw
PICT file, of any size, B/W or color, Mac I or Mac II
generated.
Version 1.16 is a small fix over 1.15 so that GrayView files
are saved properly for use with other programs using different
color tables. It is also friendlier with MultiFinder.
David Fry fry@huma1.harvard.EDU
Department of Mathematics fry@harvma1.bitnet
Harvard University ...!harvard!huma1!fry
Cambridge, MA 02138
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GRAYVIEW-116.HQX
- Lance ]
------------------------------
Date: Thu, 15 Oct 87 15:38:12 MDT
From: t-jacobs@cs.utah.edu (Tony Jacobs)
Subject: Icon Designer
Here is a nice piece of Shareware that lets you do any kind of Icon editing
you can think of. It will let you cut and paste pieces between icons as well
as rotate or invert selected areas. You can open up any file and a scroll
bar of icons with their ID's show up and you can simply double click on one
to edit it. There is also a utility to create a small picture with 4 icons.
Source code is available for $ if desired. $5 - Shareware
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ICON-DESIGNER.HQX
- Lance ]
------------------------------
Date: Fri, 16 Oct 87 23:28:07 pdt
From: dplatt@teknowledge-vaxc.ARPA (Dave Platt)
Subject: SoundCap converter for Mac II sounds
Enclosed is "Sound->snd", a neat little program which reads a standard
Soundcap-format digitized-sound file and creates a new resource file with
a single Mac II "snd " resource in it. The resource can be pasted into
[a copy of] your System file, and can subsequently be selected via the
"Sound" CDEV in the Control Panel.
This program comes by way of the MacTribune BBS in San Francisco.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SOUNDCAP-SND-CONVERTER.HQX
- Lance ]
------------------------------
Date: Fri, 16 Oct 87 23:32:21 pdt
From: dplatt@teknowledge-vaxc.ARPA (Dave Platt)
Subject: New sound resources for the Mac II
Here is a collection of sound resources (mostly of uncertain origin) that
have been converted by the Sound->snd application. This BinHex is in
PackIt III (compressed) format; it's a single [big] resource file
containing a bunch of different beeps. John Cleese and the Roadrunner take
their bows - enjoy!
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SOUND-RESOURCES-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SOUND-RESOURCES-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SOUND-RESOURCES-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SOUND-RESOURCES-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SOUND-RESOURCES-PART5.HQX
- Lance ]
------------------------------
Date: Fri 16 Oct 87 11:07:13-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: WhooshButton
[ Uploaded from Delphi by Jeff Shulman ]
Name: WHOOSHBUTTON (HYPERCARD)
Date: 15-OCT-1987 11:54 by JOHNANDERSON
WhooshButton is a script routine that automates the otherwise irritating
process of moving a button to the Home Card aiming back at a specific stack.
Designed to port easily to your own stacks, it allows the stack user, with a
single click, to install a button from the Home Card to that specific stack.
Saves the time and tedium of manual installation. From the Acme Dot Company,
119 blocks. Unpack with StuffIt after downloading.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-WHOOSHBUTTON.HQX
- Lance ]
------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Control Panel mod (V5 #127)
Date: 16 Oct 87 14:52:44 GMT
I think an SFGetFile-like filter is a bad idea, since it
makes unrealistic assumptions about what a 'cdev' will do.
Accepting key-clicks is officially one thing that's provided
for cdev's.
I think a more useful thing would be to have the Control Panel
"remember" which panel it was on last time. We have several
subpanels in our Colors cdev and found this to be a tremendous
help. Also, most people tend to use one or more panels more
than others -- in my case, Monitors and then Colors, with all
the others maybe once every two weeks.
--
Joel West (c/o UCSD)
Palomar Software, Inc., P.O. Box 2635, Vista, CA 92083
{ucbvax,ihnp4}!sdcsvax!jww jww@sdcsvax.ucsd.edu
------------------------------
Date: 16 Oct 87 09:19 EDT
From: science@nems.ARPA (Mark Zimmermann)
Subject: more Word 3.01 big file woes
In addition to the Word 3.01 bug (reported by Peter Gergely) when
a <cr> lands on a 64kB boundary in a text file, I have futher craziness
to report. I wrote a little C program to remove any offending <cr>'s, and
STILL cannot read a 9MB text file! When I drag the vertical scroll bar
down to the bottom, I get a screen full of information from a point in the
big file at a location almost precisely --> 64kB+8MB <-- EARLIER!
That is, instead of seeing something near location 9,183,557 bytes into
the file, I get text near location 729,413, which is 2**23 + 2**16 less.
And as soon as I try to scroll further, the thumb jumps back to the top
of its range, as before. (I suppose the thumb is only going to the place
where it 'belongs', near 729kB?) This occurs with or without offending
<cr>'s at page boundaries, in read-only mode or read-write.
Microsoft (Paul Davis) coincidentally phoned me last evening concerning
the 64kB boundary problem, and I described the latest bug to them. With
some luck there will be a fix soon. I was pleasantly surprised by the
unsolicited call -- it raises my estimation of the company significantly,
even if it was only the isolated act of an individual program manager.
------------------------------
Date: Sat, 17 Oct 87 11:37:23 PDT
From: Mark Richer <RICHER@SUMEX-AIM.STANFORD.EDU>
Subject: Pyro! & SuperLaserSpooler
Pyro! works well as a screensaver on a Mac II as well as on an SE and a +,
but it doesn't auto-blackout when SuperLaserSpool from SUperMac is installed.
You can manually black-out the screen (actually creates fire-work display
and in color on Mac II) by moving the mouse into the upper-righthand
corner, but there's an interaction with the spooler such that Pyro! thinks
the Mac is not really been idle. Pyro! allows you to enable or postpone
background events (like spooling), but that setting doesn't matter ---
it won't autoblack out unless you don't install superlaserspool or you
de-install it from the laser queue desk accessory.
If you have a fix for this please let us know, thanks
Mark
P.S. To clarify this, I should have said that Pyro! will work manually
with SuperLaserSpool and continue to work after you invoke it manually.
It just won't work automatically if the specified idle time.
------------------------------
Date: Friday, 16 October 1987 18:22:32 EDT
From: Henning.Pangels@cive.ri.cmu.edu
Subject: International Mac Software Transfer
I am planning to send assorted Macintosh software
(commercial and non-commercial) to friends in Germany.
Short of incompatibilities with versions of system/finder or hardware,
is there anything else I need to consider before selecting applications,
DA's etc.? I seem to recall some mention in this forum about "language
barriers" that can cause problems. General advice as well as any
specific experience would be much appreciated.
Henning Pangels
hmp@cive.ri.cmu.edu
------------------------------
Date: Sat, 17 Oct 87 15:55:48 GMT+0100
From: Jay Rolls <jrolls@bbncc-eur.arpa>
Subject: Beck-Tech's Fanny Mac
I recently acquired Beck-Tech's Fanny Mac cooling fan for my Mac512 since my 2
meg upgrade is risky without a fan. I can't remember seeing this on the
network, but has anyone else who uses this product experienced the annoying
amount of screen waiver it is causing me? The entire screen has a jitter. Of
course at first I thought my 2 meg upgrade was dragging my power supply into
the mud, but I luckily thought to pull the fan out (which rests within the
Mac's built in carrying handle) and the jitter disappeared. Is there an easy
solution for this? I tryed sandwiching ferrus and non-ferrus metals between
the fan and case but with no results. Could it have something to do with the
fact that I'm using 50Hz power? I can't imagine that this wouldn't bother
people who use it. Reminds me of the Mac SE problem.....
Signed,
Confused
[Jay Rolls; jrolls@bbncc-eur.arpa; Stuttgart, West Germany]
------------------------------
Date: Sat, 17 Oct 1987 00:25:20 EDT
From: FAC0392%UOFT01.BITNET@jade.berkeley.edu (Len Brady)
Subject: HyperGlut
I suggest starting a new net, INFO-HYPERCARD, or INFO-STACKS. I
would subscribe to both it and INFO-MAC, but poor old INFO-MAC looks
like drowning in HyperCard stacks. Some folks might not be interested
in wading through all the STACKS that are on the way.
Len Brady
<FAC0392@UofT01.bitnet>
[ note from moderator: comments are welcome, but I must say that nobody has
to ftp and download any file posted to info-mac if they don't want to. I
don't see any problem with continuing the current policy of posting what
is sent in! Anyone interested in starting an INFO-HYPERCARD arpanet
digest is welcome to do so. DAVEG ]
------------------------------
End of INFO-MAC Digest
**********************
∂19-Oct-87 1908 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #129
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 19 Oct 87 19:07:58 PDT
Date: 19 Oct 87 1905-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #129
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 20 Oct 1987 Volume 5 : Issue 129
Today's Topics:
Hyperhacking
Hypercard buttons
Mac+ debugger commands?
MacDraw file format
A Description of Hypercard
Red Ryder
Usenet Mac Digest V3 #73
Usenet Mac Digest V3 #74
Usenet Mac Digest V3 #75
Usenet Mac Digest V3 #76
Usenet Mac Digest V3 #81
Usenet Mac Digest V3 #82
Usenet Mac Digest V3 #83
Usenet Mac Digest V3 #84
Delphi Mac Digest V3 #45
Delphi Mac Digest V3 #46
Delphi Mac Digest V3 #47
----------------------------------------------------------------------
Date: Mon, 19 Oct 87 15:30:18 PDT
From: PUGH@NMFECC.ARPA
Subject: Hyperhacking
I was intrigued by the technique mentioned in the "other" digests of making
Hypercard buttons hilite when the mouse was over them. It consisted of these
handlers in your Home stack:
on mouseEnter
if "button" is in the target then set hilite of the target to true
end mouseEnter
on mouseLeave
if "button" is in the target then set hilite of the target to false
end mouseLeave
The problem is that clicking on the button leaves it hilited. It also does
not take into account the original state of a radio or check button. This is
not what is desired. Also, a fast mouse can make Hypercard miss one or the
other of these messages, causing problems. So I came up with this variation:
on mouseWithin
global hiliteButtons
if hiliteButtons is true and "button" is in the target then
set hilite of target to not hilite of target
set hilite of target to not hilite of target
end if
end mouseWithin
This makes buttons blink and remain accurate, regardless of if it clicked or
it's initial state, or how fast the mouse moves. For a faster response, this
should also be in the mouseEnter handler.
I include a check button on my User Preferences card with this in it:
on mouseUp
global hiliteButtons
put the hilite of button "Button Hiliting" into hiliteButtons
end mouseUp
These lines (except for the on and end) must also go into the getHomeInfo
handler which is in the Home stack's script so that it gets set upon startup.
Now you will be able to turn this feature on and off since it is a known fact
that flicking things can drive men mad. One of the most important reasons not
to buy an Amiga with it's interlaced screen. ;-)
Jon
Hypercard is a hacker's dream.
So much time can be spent on such trivial things!
------------------------------
Date: Sun, 18 Oct 87 12:36:19 EDT
From: "David Ascher (Brown University)"
Subject: Hypercard buttons
I would like to have radio buttons on each card in my stack, but have
the buttons on different card have different states: i.e. I would like
to have a "Read?" (for example) checkbox on all cards, but that would be
checked (highlighted) on some cards and not others. This means I have to
use card buttons. But if I do, the New Card command doesn't copy those
buttons. The only way around this that I have found was to create a
New Card button which would select the button tool, click on the button,
DoMenu Copy button, new card, doMenu paste button, etc..
And if I want to do this for MORE than one button, it gets to be quite slow.
Is there any "Select "Read?" button command, or something like it?
David Ascher. ST501649@BROWNVM
Brown University.
------------------------------
Date: Mon, 19 Oct 87 13:35:18 EDT
From: tom coradeschi <tcora@ARDEC.ARPA>
Subject: Mac+ debugger commands?
Once, a long time ago, somebody posted the "commands" you type after hitting
the interrupt button on your mac+. At the time, I was using a plain jane 512k
and had no use for it. My employers have graciously provided me with a mac+,
so, does anyone remember how? Please email to me.
Thanks,
tom c
------------------------------
Date: Fri, 16 Oct 87 10:21:31 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: MacDraw file format
Here's a useful description of the MacDraw file format, circa MacDraw
1.7 (appears to be valid for MacDraw 1.9 as well). I got this as part
of the "drawimp" application, which is capable of converting MacDraw
files to Imagen's "imPress" format; the converted ".imp" files can be
included in Scribe and TeX documents on Vaxen and similar systems.
---------- cut here ------------
MacDraw data file information
Allan Weber (Weber%Brand@USC-ECL.ARPA)
USC Signal and Image Processing Institute
Last edit: 16-Dec-85
This file contains a description of the data records produced by "Macdraw
Version 1.7 3/18/85". Some of the information in the data records has not
yet been deciphered and is indicated below by question marks.
Note: Many of the data structures for points and rectangles use 4-byte
"fixed-point numbers" instead of the normal 2-byte integers. Fixed-point
numbers are described in "Inside Macintosh", page MI-11. They are similar
to integers with the addition of a 2-byte fractional part, thus yielding a
number with the same range but greater precision.
A MacDraw file starts with a 512 byte header. There does not appear to be
any information in the header required for recreating the image on a device
like a laser printer.
File header (512 bytes)
Offset
0..213 ?
214..229 Enclosing rectangle for entire drawing (Fixed-point)
230..511 ?
After the file header is a sequence of data records, one for each object in
the image. Each object data record starts with an 8-byte record header,
followed in most cases by varible length object dependent data. The first
byte in each of the record headers indicates the type of object. At the end
of the file is a terminator (type 0) record.
Record header (8 bytes)
Offset
0 code 0 = terminator 1 = text
2 = right angle vector 3 = sloped vector
4 = rectangle 5 = round rectangle
6 = ellipse 7 = arc
8 = curve 9 = polygon
10= group 11 = PICT data (from MacPaint)
1 lock 0 = unlocked, 1 = locked
2 ?
3 ?
4 line width code: 1 = 0 pixels, 2 = 1 pixel, 3 = 2 pixels,
4 = 4 pixels, 5 = 6 pixels
5 pen pattern number: 1..36
6 fill pattern number: 1..36
7 special
for vectors, the arrow type
0 = ------, 1 = ----->, 2 = <-----, 3 = <----->
for round rectangles, the corner radius:
1 = 0", 2 = 1/8, 3 = 3/16, 4 = 1/4, 5 = 5/16, 6 = 3/8
8.. An object-specific record (if any) follows after the header
Object Specific Data (follows record header)
0: Terminator record (0 bytes)
A terminator record is used to mark the end of the list of objects or
the end of a set of objects that have been grouped together.
1: Text record (20 bytes + length of string)
0..3 ?
4 style 0 = plain, 1 = bold, 2 = italic, 4 = underline, 8 = hollow,
16 = shadow
5 font 1 = Chicago, 2 = Geneva, 3 = New York, 4 = Monaco, 5 = Venice,
6 = London, 7 = Athens
6 size 1 = 9 pt, 2 = 10 pt, 3 = 12 pt, 4 = 14 pt, 5 = 18 pt, etc.
7 spacing 1 = single, 2 = three halves, 3 = double
8 align 1 = left, 2 = center, 3 = right
9 angle 0 = normal 4 = flip horizontal
1 = rotate right 5 = flip vertical
2 = upsidedown 6 = rotate right and flip horizontal
3 = rotate left 7 = rotate left and flip horizontal
10:11 Number of characters in text string
12:19 Rectangle enclosing text (Integer)
(Note: the rectangle gives the location of the text BEFORE doing any
rotating and/or flipping according to byte 9.)
20 Start of text string (not terminated with null)
2,3: Vector record (16 bytes)
0:7 Start point (Fixed-point)
8:15 End point (Fixed-point)
4,5,6: Rectangles and Ellipse record (16 bytes)
0:15 Rectangle enclosing object (Fixed-point)
7: Arc record (20 bytes)
0:15 Rectangle enclosing ellipse used to generate arc (Fixed-point)
16:17 Start angle (degrees)
18:19 Extent of arc (degrees)
8: Curve record (32 bytes + 2 bytes/point)
0..1 ?
2:3 Number of bytes in rest of record
4:5 Number of points in curve including start point and ending null point
6:21 Rectangle enclosing curve (Fixed-point)
22 1 = make closed (add final point same as first point)
23 ?
24:31 Start point (Fixed-point)
32 Start of X,Y increment pairs (2 bytes/pair), 2's complement,
terminated by a pair of zero bytes.
9: Polygon record (24 bytes + 8 bytes/point)
0..1 ?
2:3 Number of bytes in rest of record
4:5 Number of points in polygon
6:21 Rectangle enclosing curve (Fixed-point)
22 1 = make closed (add final point same as first point)
2 = smoothed polygon
23 ?
24 Start of list of points in the polygon (Fixed-point), 8 bytes/pnt
10: Group record (32 bytes)
A group record is used to indicate the beginning of a collection of objects
that have been grouped together using the Group command under the Arrange
menu. The group contains all the following objects until a terminator
record is encountered.
0:15 Rectangle enclosing all members in the group (Fixed-point)
16..31 ?
11: PICT record (42+)
0..3 ?
4:11 ? Rectangle (Integer)
12:27 Rectangle enclosing picture (Fixed-point)
28..31 ?
32:33 Width of picture in bytes
34:41 ? Rectangle (Integer)
42.. Bitmap
------------------------------
Date: Mon, 19 Oct 87 09:38:41 PDT
From: PUGH@NMFECC.ARPA
Subject: A Description of Hypercard
I have been playing with Hypercard rather extensively and feel somewhat
qualified to describe it in terms even an IBM user can understand (oooo! :-)
Hypercard is like a bunch of things. The list is like so:
BASIC, but with a more english like structured language and objects.
A database, but without the report generating features (coming soon!).
MacPaint, with more extensions.
A sound player, with digitized and notational music.
Notecards (a freeform database from Xerox), but it runs on the Mac.
An extendable program with the aid of Pascal or C units.
Nothing you've ever seen before...
All of this adds up to a very powerful program. Here are some of the trivial
examples that come with Hypercard:
An address book that dials your phone and can copy an address into the
clipboard and launch MacWrite with a form letter for you to Paste into.
A calendar and appointment book.
A slide show with fancy wipe effects.
A book of quotations.
Now, some things that I have seen people do with Hypercard:
A periodic table of the elements where you click on an element and bring up
info about it. It can be sorted by any numeric or alphabetic field to reveal
any ordering you want, like thermal conductivity.
A recipe file with pictures of the food (comes with some if you aren't
artistically inclined). A single click print button is included, along with a
button to create a new entry and index it automatically.
A description of the characters on Star Trek, the New Generation, complete
with the theme music.
New commands so you can add Macintalk to any stack (Hypercard's interpreted
program data files).
An interactive comic book.
The microfilm reader from BW&A was duplicated by Jerry Daniels for MacTalk.
A sign language tutorial from Apple.
A videodisk controller.
A database of interesting people and information about them, complete with a
customizable timeline so you can see when they lived.
------------------------------
At any rate, you see that there is nothing in common between these
applications other than they store and display data. They are each programmed
in Hypercard's extensible HyperTalk language to display data in a simple to
use format. That is the beauty of Hypercard. It can do just about anything.
With it's extensibility, it can literally become any program you can imagine.
One of the most noticable features of Hypercard though, is that it is
beautiful! The art that comes with it is widely varying and gorgeous. It has
several stacks just of stuff for you to use and customize as you see fit.
One IBMer I have shown it to said, "Well, it certainly is prettier than
anything I've seen on the PC." That says a lot right there.
Now, to get away from all the hype, Hypercard has some drawbacks. It is huge!
I cannot imagine using it on a floppy based system. Hypercard itself is 361K,
while my Home stack (where I hang out, similar in function to the Finder) is
68K. The Star Trek stack I mentioned is 127K. The sign language tutorial is
206K (but it has digitized sounds). My address book is 34K for 125 entries.
My whole Hypercard folder is over 5 megabytes. If disk space is at a premium,
Hypercard is not for you.
The worst thing about Hypercard though, is that it lets you spend more time
hacking on the trivial shit instead of working on something really useful. It
is fun and easy and can easily drag a computer hacker into it up to his
eyelids. My brain is tumbling with ideas for it, but once again I stumble
into the artistic dead end. Hypercard NEEDS good art. So if anybody out
there is looking for something to draw, talk to me.
I don't expect to hear from anyone though, this net is full of folks like me.
They can't create anything but a string of words, but those words can create
anything. Hypercard brings those words closer to the masses, where more
artists are likely to be lurking. I only hope they have enough money for a
hard disk. :-)
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Mon, 19 Oct 87 10:39:33 EDT
From: tom coradeschi <tcora@ARDEC.ARPA>
Subject: Red Ryder
Has anyone out there gotten their hands on Red Ryder 10.0 yet? I am a little
wary of shelling out $60, sight unseen, for the new version. Please email to
me.
Regards,
tom c
------------------------------
Date: Tue 29 Sep 87 10:15:18-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #73
Usenet Mac Digest Monday, September 28, 1987 Volume 3 : Issue 73
Today's Topics:
APPLESHARE server sitting on ETHERNET
MacScheme+
Text manipulation a la MacDraw, how to do it ?
Apple HyperCard User Group Newsletter
Re: Anyone Have ROvr 0? (Was Replacing system fonts)
Re: Text manipulation a la MacDraw, how to do it ?
Re: Hypercard
Hard disk recommendations
Re: Color for the SE? (Is this a dumb question?)
Re: APPLESHARE server sitting on ETHERNET
Hindi Language Instructional Software
NCR 7901 or ADDS Viewpoint A2 (HELP)
TML pascal.
MacPlus Video Problems
External clocking of AppleTalk
AppleShare and RAM cache
Re: TOPS Installer and System 4.1
MACHACK WEST HYPERCARD KEYNOTE
MacApollo: who has it, where can I get it?
Re: HyperCard distribution For New SEs
Physics and Computer Games
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-73.ARC
- Lance ]
------------------------------
Date: Tue 29 Sep 87 10:28:02-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #74
Usenet Mac Digest Monday, September 28, 1987 Volume 3 : Issue 74
Today's Topics:
Re: Color for the SE? (Is this a dumb question?)
info wanted on university computer stores
Re: Color for the SE? (Is this a dumb question?)
Re: AppleShare and RAM cache
System Crashes with COPY-PROTECTED Music Software?
The Crunched Shell Project
Feature Crazy (was FullWrite Professional?)
How many MIPS on an SE?
vt-100 emulation at 19200 baud: suggestions?
DTP and the IEEE
An HFS question
Clarification -- Re: APPLESHARE server sitting on ETHERNET
Re: vt-100 emulation at 19200 baud: suggestions?
Re: HyperCard distribution For New SEs
problem with MacPlus video display
Re: Palette Manager
code optimizers
Re: LaserWriter
Ready Set Go! 4.0 upgrade details
Re: External clocking of AppleTalk
Re: New master pointer query.
Standardize Speller Dictionaries, please!!
Hypercard, questions and answers
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-74.ARC
- Lance ]
------------------------------
Date: Tue 29 Sep 87 10:31:05-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #75
Usenet Mac Digest Monday, September 28, 1987 Volume 3 : Issue 75
Today's Topics:
Converting Bitmap -> Region
Delete the resource fork
Re: DIF & SYLK formats
Re: Delete the resource fork
Mac SE SIMMs from MacProducts USA
Cursor Control
Format of atalk.local for CAP
Re: code optimizers
Re: Converting Bitmap -> Region
Re: Cursor Control
Cricket Draw vs. Adobe fonts
DIF & SYLK Formats - summary
Re: Cursor Control
Re: Mac SE SIMMs from MacProducts USA
New Apple RAM upgrade prices?
Dialog Creator
enabling the correct entries in the 'Edit' menu
LSC bug?
Porting Apollo software to the Mac
Re: LSC bug?
Re: Color for the SE? (Is this a dumb question?)
Re: APPLESHARE server sitting on ETHERNET
Audio DACs and ADCs for the Mac II
Re: Printer Driver
Re: enabling the correct entries in the 'Edit' menu
Re: Printer Driver
Who rules the menu bar?
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-75.ARC
- Lance ]
------------------------------
Date: Tue 29 Sep 87 10:32:48-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #76
Usenet Mac Digest Monday, September 28, 1987 Volume 3 : Issue 76
Today's Topics:
MacWrite 4.6 upgrade comments
Re: LSC bug?
Re: Who rules the menu bar?
Re: MacWrite 4.6 upgrade comments
Macintosh MIDI interface driver
Re: looking for a terminal program
Keyboard Remapping Utilities Needed
reverse video
Re: Who rules the menu bar?
Re: HyperTalk Reference Manual//XCMDs
Re: [Affordable] Color Postscript Printer within our lifetimes?
Interesting System problem
Aztec Debugger problems
HyperCard StackWare
Re: Looking for Dithering Algorithms
Multiple Desktops?
Re: Color for the SE? (Is this a dumb question?)
MPW2.0 bug/feature
Analogue/Digital circuit analysis?
Re: Aztec Debugger problems
Re: Need Info about SideKick 2.0 & V.I.P.
Sequencing Packages, Timecodes
LSC projects v libraries
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-76.ARC
- Lance ]
------------------------------
Date: Fri 16 Oct 87 19:07:13-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #81
Usenet Mac Digest Friday, October 16, 1987 Volume 3 : Issue 81
Today's Topics:
Re: Yet another HC bug?
Re: Simple Hypercard question
ST251N on Mac II
Poor Mac Design Philosophy (was blinking apple)
Warp Nine 50-meg internal disk (was Re: hard disk info)
Re: Hypercard question
Re: Poor Mac Design Philosophy
Re: Keycaps--Mathematical Symbols
Re: Word 3.01 and fonts
Circuit board layout with penplotter output for Mac?????
Re: Disk Express info wanted!
Re: Mac II Fan Noise
Turbo pascal program shell
Re: Hypercard again (radio button)
Viz 102 Emulation?
Printer Driver for Ricoh LP-4080 Laser Printer?
dialogues during boot?
Re: Patch for Smart Alarms - disables incessant beeping
Questions about the Imagewriter II
INIT 31 should be enhanced!
Re: Virtual Memory with the Mac OS
Missing deactivate events
Re: A Macintalk Question
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-81.ARC
- Lance ]
------------------------------
Date: Fri 16 Oct 87 19:08:04-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #82
Usenet Mac Digest Friday, October 16, 1987 Volume 3 : Issue 82
Today's Topics:
Apple Hates You and other Misconceptions
Re: [1] Apple Hates You and [2] Some questions
HyperCard stack multi-access
Re: Apple Monitors
Versaterm printing bug?
Printing Word Doc w/out Word - Summary
Choplifter
Re: What does access memory manager' mean?
editing default window size
Re: Missing deactivate events
Hypercard
Notification Manager (was Poor Mac Design Philosophy)
Re: INIT 31 should be enhanced!
MultiFinder Quit
Help for a MPW newcomer ? - (nf)
Re: Hypercard
Need help making INIT
Re: INIT 31 should be enhanced!
Re: Mac II HD40 boot problems...
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-82.ARC
- Lance ]
------------------------------
Date: Fri 16 Oct 87 19:08:43-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #83
Usenet Mac Digest Friday, October 16, 1987 Volume 3 : Issue 83
Today's Topics:
Koala-Vision Demo Program
Re: Need help making INIT
Video memory and the Mac II
Re: Missing deactivate events
Re: Drawpicture from C - HELP!!
Re: Excel Meg Limit
Re: Missing deactivate events
Re: editing default window size
Re: Virtual Memory with the Mac OS
Re: HyperCard stack multi-access
Thunderscan / Printer problem
Re: "Pyro"mania/pack your "Suitcase" and go!
MacDraw or PICT based Clip-Art Recommendations
Warning: use of "Pyro" and Opcode's MIDIMAC Sequencer (2 messages)
Protecting your HyperCard stack
graph packages on the mac
PICT files
Mac II fan noise
Intermail owners take note/Intermail buyers should read
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-83.ARC
- Lance ]
------------------------------
Date: Fri 16 Oct 87 19:09:27-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #84
Usenet Mac Digest Friday, October 16, 1987 Volume 3 : Issue 84
Today's Topics:
Re: Poor Mac Design Philosophy
Re: Possible LSC improvements
Re: Intermail owners take note/Intermail buyers should read
Re: Poor Mac Design Philosophy
Re: editing default window size
Re: Hypercard
Re: Warning: use of "Pyro" and Opcode's MIDIMAC Sequencer
Optical Design programs for the Mac ????
Re: What does access memory manager' mean?
Re: Simple Hypercard question
Re: INIT 31 should be enhanced!
Re: Circuit board layout with penplotter output for Mac?????
Sony 1302 Monitor Adjustments
Curses emulation for Mac
Re: Hypercard again (radio button)
Re: dialogues during boot?
KMAPs and KCHRs
Looking for Common Lisp for the Mac
Bug in Microsoft EXCEL Square Root
NetTrek, MazeWars, and Zones
Re: Mac II Production Stopped?
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-84.ARC
- Lance ]
------------------------------
Date: Tue 29 Sep 87 10:11:40-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #45
Delphi Mac Digest Monday, September 28, 1987 Volume 3 : Issue 45
Today's Topics:
PAPA -8192 (2 messages)
Lightspeed C tricks (3 messages)
Looking for LaserHack in all the wrong p
fortran xcmd's ? (4 messages)
Toshiba 321 printer
Mac II Monitor <-> EGA?
fASTbACK... (2 messages)
Red Ryder 10.0 (5 messages)
WARNING!
re: Problem with Day/Month Edit...
MacXL Parameter Ram (2 messages)
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-45.ARC
- Lance ]
------------------------------
Date: Sat 10 Oct 87 12:27:10-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #46
Delphi Mac Digest Saturday, October 10, 1987 Volume 3 : Issue 46
Today's Topics:
Administrivia - Where have all the digests gone?
9-track SCSI tape drive
RE: Mac II games
re: Keyboard Remapping Utilities Needed
re: Interesting System problem
re: Multiple Desktops?
re: DEVELOPMENT SYSTEMS HELP
re: Need Word 3.0x File Format Info
re: TEFromScrap / Networks
RE: MacBrain (2 messages)
RE: Flight scheduling program
RE: documentation on new TextEdit
RE: RE: Brain Dominance
ID=01
SQL relational database
Hypercard Radio Buttons (3 messages)
LISA AND APPLETALK
Brilliant Idea (9 messages)
re: Comments on MultiFinder
re: Re: Print Spooler for Diverse Print
re: Re: Modal dialogs and MultiFinder
re: C problem
re: Saving info with text files (repost)
re: HFS Menus on pre-4.1 systems
MS WORD 3.01
Software Disks (2 messages)
Trouble with Power Station
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-46.ARC
- Lance ]
------------------------------
Date: Sat 17 Oct 87 09:42:01-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Delphi Mac Digest V3 #47
Delphi Mac Digest Saturday, October 17, 1987 Volume 3 : Issue 47
Today's Topics:
Math typesetting (2 messages)
RE: Hard disks.... (2 messages)
RE: How to get info into HyperCard
re: SE and mouse tracking
DLOG/DITL on Mac II (2 messages)
RE: Trouble with Power Station
RE: Usenet Mac Digest V3 #79
BMUG MacToberFest fair
smart quotes
Hard disks...
RE: MultiFinder
Apple Earnings - GOOD News
HyperTalk question (2 messages)
Shutdown
Mac II ROMs (several versions?)
Searching for the message. (6 messages)
RE: Usenet Mac Digest V3 #82
setting screen depth (2 messages)
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DELPHIV3-47.ARC
- Lance ]
------------------------------
End of INFO-MAC Digest
**********************
∂21-Oct-87 1942 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #130
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 21 Oct 87 19:42:12 PDT
Date: 21 Oct 87 1942-PDT
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #130
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 21 Oct 1987 Volume 5 : Issue 130
Today's Topics:
MacDraw Format
Odd Laserwriter behaviour...
Weird LaserWriter Font Problem
questions about digitizers, schematic capture, design tools
more information on FullPaint/FullWrite
Suggestion for hypercard
Re: A Description of HyperCard
new mailing list HYPER-HACKERS
HyperCard Radio Buttons
Query: Apple Disk drive controller architecture(s)
Appletalk Mailing List
Password protection
LaTeX for TeXtures?
Human interface Guidelines available online?
FreeTerm 2.0
Pacer pcLink
US-Macintosh used in Germany
a typing tutor for the mac II
----------------------------------------------------------------------
From: <tjohnson@ATHENA.MIT.EDU>
Subject: MacDraw Format
Date: Sun, 18 Oct 87 16:47:14 EDT
For wrp@krebs.acc.virginia.edu who asks where one can find documentation on
MacDraw's data structure...
You will find it in the Spring 1986 issue of the Berkeley Macintosh User
Group Newsletter.
Call (415) 849-9114 for a back issue.
Timothy E. Johnson
Johnson and Johnson Design/ Build
(the Sizer and Adjacency DA for MacDraw people)
------------------------------
Date: Tue, 20 Oct 87 14:25:14 EDT
From: JURGEN%UMass.BITNET@forsythe.stanford.edu
Subject: Odd Laserwriter behaviour...
We have a small micro computer lab setup with one Apple Laserwriter and
several Macs & IBM compatibles. We print to the LW from the Macs via
Appletalk & from the IBMs via serial connection. This means that each
time we go back or forth between Macs and IBMs we have to change the
setting of the little switch on the LW. So far so good.
As of several weeks ago (possible, but not necessarily coinciding with
upgrade to System 4.1/Finder 5.5), whenever we go back to using Apple-
talk to get to the LW after having used the serial port, THE LASER-
WRITER WON'T RESPOND. Using the "Chooser" to tell the Mac that there
is a Laserwriter out there does not work: I click on the little LW icon,
but there is no Answer in the "Choose a Laserwriter:" box.
The problem can sometimes be solved by repeatedly "disconnecting" and
"reconnecting" the Appletalk network via the radio buttons in the "Chooser"
dialog. Sometimes it seems to be necessary to completely shut down Mac,
and LW alike, and restart from scratch in order to get the LW to respond.
Does anyone out there have a clue what might be causing this, and how
to work around it..? Could it be a hardware fault with the LW..? (It's
an extremely old model... serial #0000027 or some such)
Thanx in advance... ........Jurgen E Botz.
(Jurgen@UMass.bitnet)
------------------------------
Date: Wed, 21 Oct 87 16:45 EST
From: <REWING%TRINCC.BITNET@forsythe.stanford.edu>
Subject: Weird LaserWriter Font Problem
Here at Trinity College, we have two LaserWriter printers hooked up to
our public Macs for use. Both printers are LaserWriter Pluses, using
Postscript version 38. Most people except for myself only use the standard
LaserWriter fonts for anything (i.e. Helvetica, Times, etc.), but recently
I've noticed something new. We have the "LaserStatus" desk accessory installed
on our consultant's Mac SE w/harddisk so that we can monitor the network.
And it has a feature that allows one to get information on just what the
LaserWriter knows (current fonts, both permanent and downloaded, postscript
version, pages printed, etc.) Whenever I restart the LaserWriter and get
a status report, I just the the standard list of LaserWriter Plus fonts.
But every now and then when I get a status report, it comes back to me with
a new font added: Seattle. This font appears to be permanantly downloaded
and does not ever go away. For two weeks I've been trying to track down
just who's been using this font, until one day, Seattle appeared within
one minute of resetting the printer. I questioned everyone in the room
with no success, and then I thought of the incredibly obvious. I had printed
a catalog from the Finder moments after resetting the printer. So I reset
the printer again, got a status report (no Seattle), immediately printed
a finder catalog, got another print status and lo and behold, there was
Seattle. My Mac was causing the problem. So here's my question: Why is
Seattle being created at all, and just what is responsible? Is this avoidable?
I tried downloading a simple postscript program to get a "sample" of this
phantom font to be greeted by the Laser saying it didn't know of any Seattle
font. I'd appreciate any help or knowledge on this matter.
--Richard Ewing
Trinity College Mac/Apple ][ Consultant
REWING@TRINCC.Bitnet
[ note from moderator: The LaserPrep file on the Mac is downloaded to
the LaserWriter whenever λthe Mac prints a page and the printer has been
reset (which flushes the old Prep file). The Prep file creates a new
font (Seattle) which consists of (I believe) a remapping of other
resident LaserWriter fonts. There is no problem there so you don't
need to worry. DAVEG ]
------------------------------
Date: Wed, 21 Oct 87 17:31:57 GMT
From: PHY6JEM%CMS1.UCS.LEEDS.AC.UK@forsythe.stanford.edu
Subject: questions about digitizers, schematic capture, design tools
John McMillan,
Haverah Park Group,
phy6jem@cms1.ucs.leeds.ac.uk {JANET} Dept. of Physics,
University of Leeds,
phy6jem%uk.ac.leeds.ucs.cms1@ukacrl Leeds, LS2 9JT,
{BITNET/EARN} Great Britain.
We are on the verge of buying a MAC for DTP type applications so are
fairly new to the world of macintoshes. We have a few questions about
projects that we want to run on the side. These may have been discussed
before; if so pointers to the discussions would be appreciated.
First:
Has anyone succeeded in interfacing a Summagraphics ID-1-CTR-2020
Data Tablet/Digitizer to a Mac?
We bought ours about 6 years ago from Ferranti CETEC
and had it punching paper tape (!) first. Then it was attached
to a North Star Horizon for a while. We no longer need it for
the digitizing job we bought it for so I thought it might make a
nice digitizer for the MAC. Does anyone have any hints??
Second:
Does anyone have any experience with ECAD systems for the MAC.
Our main interest is in Schematic Capture, (SPICE output would be
nice). Other interests include component libraries, netlists,
wire-wrap lists etc. PCB design would be a nicety, while analogue
or logic simulation seem inappropriate to a machine of this size;
but perhaps I'm wrong there.
The systems I've heard of are McCAD from Vamp, PCB-ST from Valid,
Pathfinder from Bishop Graphics and one from Douglas Electronics.
I've no details of any of these and I may have missed some.
Third:
Does anyone know of any SA-SD (Structured Analysis-Structured Design)
tools that run on a MAC. It would be nice to be able to produce and
edit Data Flow Diagrams and Structure Charts a la "Practical Guide
to Structured Systems Design" by M. Page-Jones.
Thanks in advance for any replies. John McMillan
------------------------------
Date: Mon, 19 Oct 87 08:33 EST
From: Paul Christensen <PCHRISTENSEN%rca.com@RELAY.CS.NET>
Subject: more information on FullPaint/FullWrite
Well folks, we sent away for our free upgrade for FullPaint, from version 1.0
to version 1.0SE. This upgrade was supposed to correct two annoying problems
running FullPaint on a MacSE. First of all, the old FullPaint ignored certain
keyboard shortcuts (undo, delete, etc...). Secondly, the help icon was not
displayed on the windows.
Lo and behold...within a week after we sent our disk (FedEx), the upgrade
came back to us. Yes, it does correct the keyboard bugs on the new machines.
But (surprise!) it ALSO WORKS ON THE MAC II without having to set the monitor
to two color mode!!! Unfortunately, no other modifications were made, so my
previous complaints about poor print quality on the ImageWriter I/II and slow
print speed on any printer still hold.
Version 1.0SE has no additional features, so there is no reason to update if
you don't own a MacSE or MacII. For more information, contact:
Tim Johnson
Ann Arbor Softworks, Inc.
2393 Teller Road, Suite 106
Newbury Park, CA 91320
(805) 375-1467 AppleLink: D0294
- - - - - - - - - - - - - - - - - - - - - - - - - -
Concerning FullWrite Professional:
I too was *very* impressed with the capabilities promised in the AnnArbor
brochures way back in April of this year. At the time, they promised that
FullWrite Professional was "almost ready ... give it another week or two".
Well, it's been many "weeks or two" and we still haven't heard a definite
shipping date on the product. Two weeks ago, when I contacted Ann Arbor
Softworks concerning our FullPaint update, they claimed that no *real*
work had been done on the product because all of their efforts had been
poured into FullWrite Professional. At the time, they claimed that it would
ben shipping within a week.
Well folks, InfoWorld (I know...we can't always believe what we read) now
seems to be saying the future of FullWrite Professional is not very bright.
According to them, half of the programmers working on FullWritePro have left
the company because they lost their bonuses by not making the October 10th
deadline.
Further word is that the program takes up 700K on disk, and is a real
memory pig on 1MB machines....
So much for FullWrite Professional!
Paul Christensen
CSNET: PCHRISTENSEN@RCA.COM
------------------------------
From: Ralph Martin
From: <ralph%vax1.computing-maths.cardiff.ac.uk@NSS.Cs.Ucl.AC.UK>
Date: Tue, 20 Oct 87 08:47:54 bst
Subject: Suggestion for hypercard
Does anyone else think that the find command in hypercard would be more useful
if it allowed boolean expressions? Why didn't apple include this? For speed or
other reasons?
------------------------------
Date: 20 Oct 87 08:20 PDT
From: Newman.pasa@Xerox.COM
Subject: Re: A Description of HyperCard
In response to Jon Pugh's message about what HyperCard is, I would add
the following caveat.
As Jon says, HyperCard is comparable to each ofthe following things:
BASIC, A database, MacPaint, A sound player, NoteCards, An extendable
program, and Nothing you've ever seen before. However, it is both more
and less than each of these things individually. Because it is all of
these things together, it is nice. But note that it does not contain
all the functionality of any one of these things.
Also, while HyperTalk is great, it is sometimes slow, and it does not
allow one to do everything one would like to do.
In short, yes HyperCard is great; yes it has the potential to change the
face of personal computing; no, it is not the last word in software for
the Mac.
>>Dave
------------------------------
Date: Tue, 20 Oct 87 09:20:57 PDT
From: chuq@Sun.COM (Chuq Von Rospach)
Subject: new mailing list HYPER-HACKERS
This is to announce a new group, HYPER-HACKERS, for folks programming
Hypercard on the Apple Macintosh. If you're working with Hypercard,
come on and join up!
Please note that this group will be run in conjunction with a soon to be
formed USENET group, so if you can read comp.sys.mac.hypercard, you don't
need to be on hyper-hackers: it is primarily for the ARPA side of the world
that doesn't have USENET. I'll be acting as a conduit to make sure both sides
see what's going on on the other side in a way similar to SF-LOVERS.
To post to hyper-hackers, send mail to hyper-hackers@plaid.sun.com or
hyper-hackers%plaid@sun.com, depending on which works for you.
Administrivia and all mailing list requests should go to hyper-hackers-request
at the same address.
Chuq Von rospach
hyper-hackers hacker.
------------------------------
Date: Tue, 20 Oct 87 15:28 CDT
From: John Norstad <JLN%nuacc.acns.nwu.edu@forsythe.stanford.edu>
Subject: HyperCard Radio Buttons
> I would like to have radio buttons on each card in my stack, but have
> the buttons on different card have different states: i.e. I would like
> to have a "Read?" (for example) checkbox on all cards, but that would be
> checked (highlighted) on some cards and not others. This means I have to
> use card buttons. But if I do, the New Card command doesn't copy those
> buttons. The only way around this that I have found was to create a
> New Card button which would select the button tool, click on the button,
> DoMenu Copy button, new card, doMenu paste button, etc..
> And if I want to do this for MORE than one button, it gets to be quite slow.
> Is there any "Select "Read?" button command, or something like it?
>
> David Ascher. ST501649@BROWNVM
> Brown University.
I had the same problem--radio buttons just don't seem to work well in either the
background or the foreground, for the reasons you point out.
My solution is to use small locked transparent background fields in the Cairo
font instead of buttons. For each option in the list you should have a painted
title for the option, with one of these pseudo-button arrow fields positioned
just to the left of the option. Your scripts can put "-" into the arrow fields
to indicate the currently selected item, which turns into a thick black arrow
pointing to the right in the Cairo font. Put "" into a field to erase an arrow.
I also use a hidden field to record the name of the currently selected item.
For example, suppose you have several of these arrow fields, and your hidden
field is called "Current Selection". Each of the fields should have a mouseUp
handler that in turn calls a common bakckground handler that looks something
like the following:
on DoArrowClick
put "" into field (field "Current Selection") -- erase old arrow
put the short name of the target into field "Current Selection"
put "-" into field (field "Current Selection") -- put new arrow
end DoArrowClick
Note that this works because locked fields can handle mouseUp events. You can
also layer transparent buttons on top of your arrow fields to act as receptacles
for mouse hits, but this is necessary only if you want the buttons to be bigger
than the arrow fields (e.g., if you want the buttons to cover both the arrow
fields and the labels being pointed to by the arrows, which is not a bad idea,
and is what I usually do).
You also need to put some code into a newCard handler to initialize your
"Current Selection" field and put the initial arrow pointing to some default
selection.
This technique solves all the problems you mentioned, is easy to implement, is
fast, and looks prettier than radio buttons.
This is only one useful application I've found for hidden fields. In general,
I've begun using hidden fields for internal variables that I want to be local to
each card. HyperCard's local variables don't have enough scope, and its global
variables have too much scope. Hidden fields are just right for this sort of
thing--info you want to keep on each card, but you don't want to be visible to
the user.
I've found the following handler in the stack script to be useful for debugging
when I use hidden fields:
on arrowKey x
-- Debugging keys. Option up arrow shows hidden fields. Option down
-- arrow hides them. As an extra added attraction, option left arrow
-- is a convenient shortcut for getting into the script editor for the
-- background.
if the optionKey is up then pass arrowKey
if x = "up" then
show field "Current Selection"
else if x = "down" then
hide field "Current Selection"
else if x = "left" then
edit script of this background
end if
end arrowKey
Who says you can't hack in HyperCard?
John Norstad
Academic Computing and Network Services
Northwestern University
Bitnet: JLN@NUACC
Internet: JLN@NUACC.ACNS.NWU.EDU
------------------------------
Date: 20 Oct 1987 12:29-EDT
From: Ralph.Hyre@IUS2.CS.CMU.EDU
Subject: Query: Apple Disk drive controller architecture(s)
What are the options in connecting disks to controllers to
Apple // or Macintosh systems?
I know of 4 controller systems I'd appreciate it if someone could fill
in the gaps: Is this all thoroughly documented somewhere? I'd be
happy to buy a book.
1) 'The Original' state machine thingie that Woz designed.
2) IWM - used in the Mac, //c and //GS. A modern version of 'the original'
which can talk the 3.5 inch as well as 5.25 drives, even in 'IBM'
(NEC 765 disk controller) format.
3) Protocol Converter (//c and //GS?) not really a controller, but a
communications bus similar in principle to SCSI designed to talk to the
integral controller in the UniDisk 3.5. A crippled version of this (no
daisy-chaning of 5.25 drives) is what you get with the //e. Sigh. I'd
like to know whether or not the Apple //e crippling was done in hardware
or software.
4) SmartPort (//GS or on disk side of Protocol converter?)
[Is this another name for the Protocol Converter?]
It is claimed that if you have a 'smartport' drive (like the UniDisk
3.5) you can daisy chain large numbers (7 or 128) of ANY Apple drive
including Mac external drives and old Apple 5.25 drivers to the back
of it.
- Ralph
------------------------------
Date: Tue 20 Oct 1987 09:06 CDT
From: GREENY <MISS026%ECNCDC.BITNET@forsythe.stanford.edu>
Subject: Appletalk Mailing List
Can anyone out there provide me with the mailing address that I would use
to join the Appletalk Mailing Address, I have been unable to find any
information about it here. Any help will be greatly appreciated and probably
rewarded by a major deity sometime in your lifespan (no guarantees...)
bye for now but not for long
Greeny
Bitnet: MISS026@ECNCDC
Internet: MISS026%ECNCDC.BITNET@WISCVM.WISC.EDU
Disclaimer: What? who? me? nope...not me....you *MUST* have the wrong hacker!!
------------------------------
Date: Wed, 21 Oct 87 08:17:42 ECT
From: FALK%NORUNIT.BITNET@wiscvm.wisc.edu
Subject: Password protection
I'm looking for some INIT's (or Finder/System patches) that will allow
Password protection on selected folders. A password prompt at boot-level
could also fill my needs.
Thanks in advance :-)
------------------------------
Date: Wed, 21 Oct 87 01:32:36 PDT
From: Bernard Aboba <bernard@ararat.stanford.edu>
Subject: LaTeX for TeXtures?
I have been pining away waiting for Addison Wesley to release
LaTeX for textures, and in between I've been trying several things
to get a working version going.
The problem I'm having is with missing fonts. Whenever an \overline
directive is used, I get a "missing character error." Also, there
is a problem with the number of "strings" allowable in LaTeX, as
the current value of 638 leaves very little string memory for
the document to be typeset. This will however be corrected in
the next release of TeXtures, which will support multifinder.
Has anyone succeeded in getting a version of LaTeX up that
they're satisfied with?
------------------------------
Date: Sat, 17 Oct 87 11:32:47 PDT
From: Mark Richer <RICHER@SUMEX-AIM.STANFORD.EDU>
Subject: Human interface Guidelines available online?
Do you know if the Human Interface Guidelines from Apple are on line
somewhere? I haven't seen them on info-mac but it's easy to miss something
since the directory is so large now. APDA has them but they want $20 which
I think is a lot for what you probably get.
thanks,
Mark
[ note from moderator: we do not have the guidelines in the archives. Is
there a source besides APDA to obtain them? DAVEG]
------------------------------
Date: Wed, 21 Oct 87 05:14 EST
From: <SEGAL%NYUACF.BITNET@wiscvm.wisc.edu>
Subject: FreeTerm 2.0
Has anyone out there had problems running FreeTerm 2.0? I just downloaded it,
double clicked and got a system bomb (id=12, I think) everytime. I'm running
Finder 4.1 and and an unknown System (dated 10-8-85) (I cant find any System
Version Programs at the moment) and no internal changes on my Mac+.
This F/S combo runs Red Ryder 9.4 pefectly as well as Mac Term.
Any Ideas?
Rich Segal
------------------------------
Date: Wed, 21 Oct 87 17:17 EDT
From: <MIKERO%CRNLNS.BITNET@forsythe.stanford.edu>
Subject: Pacer pcLink
Has any on the INFO-MAC mailing list had any experience with PACER pcLINK
running over a Kinetics FastPath? Respond to me; I'll summarize to the net.
Michael Roman
Cornell University NYNEX: (607) 255-0688
Wilson Synchrotron Lab BITNET: MIKERO@CRNLNS
Ithaca, NY 14853 ARPA: MIKERO%CRNLNS.BITNET@WISCVM.WISC.EDU
HEPnet/SPAN: LNS61::MIKERO = 44283::MIKERO (node 43.251)
------------------------------
Date: Tue, 20 Oct 87 16:07:05 PDT
From: Michael Marhofer <marhofer@shasta.stanford.edu>
Subject: US-Macintosh used in Germany
I am considering buying a Macintosh SE with built-in hard-disk and
the Imagewriter LQ. At the end of my stay at Stanford, I would like
to take it home with me to West Germany.
Who can give me some hints about adapting a Macintosh SE system to
the new environment (different power supply necessary?
220 V/50 Hertz instead of 110 V/60 Hertz; German instead US
character set and keyboard; different software versions).
What is the best way to solve such problems? Please send
your message to:
Michael Marhoefer
marhofer@shasta.stanford.edu
Center for Reliable Computing, ERL460, Stanford, CA 94305
T. (415) 723-3801
------------------------------
Subject: a typing tutor for the mac II
Date: Tue, 20 Oct 87 12:18:31 -0400
From: wack@UDEL.EDU
I just recently helped assebmle a mac II systemfor my father's buisiness which
is primarily used for space planning (CAD). However, since my father runs
everything he needs to learn how to type. My suggestion was Typing Tutor but
the salesman told him that even version III would not work on the mac II.
Anybody have any suggestions???
Please send replies to WACK@UDEL.EDU as i don't always read the mac bbs.
Thanks in advance for all replies.
Andrew Wack
------------------------------
End of INFO-MAC Digest
**********************
∂25-Oct-87 1406 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #131
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 25 Oct 87 14:06:30 PST
Date: 25 Oct 87 1406-PST
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #131
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Sunday, 25 Oct 1987 Volume 5 : Issue 131
Today's Topics:
MultiFinder is available through BMUG
Re: MacDraw format and writing MacDraw files.
Macintalk and LSC help needed.
Maths libraries, and macs
AppleTalk via RS-232 and for VAXen?
PopUpMenu on large screens
Creating Fonts with ResEdit
Re: AppleTalk Mailing List
Password protecting folders
Desktop rebuilding,
Problem with Binhex4.0 and MultiFinder
Numerical analysis help needed
LW vs IW printing
24-bit color board for Mac II
Re: International Mac Software Transfer
Looking for a Typing Freeware.
Definition of a Pict
----------------------------------------------------------------------
Date: Thu, 22 Oct 87 16:10:20 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: MultiFinder is available through BMUG
Yesterday, I posted a note on the MacQueue bulletin board noting that
MultiFinder had been released and would soon be available from Apple
dealers. Today, I received the following reply:
From: Raines Cohen Rec'd
To: Dave Platt Msg #300, 21-Oct-87 10:04pm
Subject: Re: Multifinder has hit the street!
For anybody who's interested, and would rather not spend the DL time...
BMUG is licensed to distribute the new System and Finder. In accordance with
our usual policy, more strict than Apple's, of distributing the disks AT COST
or as close as we can get, they will be available by mail at the usual BMUG
price of $3/disk. However, for this 4-disk set that we'll be moving in
high-volume, we will put together a "bundle" since we don't have the overhead
of multiple small-value transactions, and the cost of accounting for the sales
tax, etc. is easier.
The deal is: there are 4 disks in "System Release 5.0". They are "Utilities
1", "Utilities 2", "System Tools 1", "System Tools 2". You need all four to
be able to reliably, successfully install the system update on all possible
configurations and flavors of compatible Macs.
At MacToberFest tomorrow, we will make the four-disk set available for $8.
The same price will apply on domestic mail-orders, and include tax where
applicable.
We DO NOT have the documentation that you get when you buy the package at a
dealer - so unless you have an EXCELLENT support network (like EchoMac) or do
not intend to use any of the features added to the new system, such as
MultiFinder, then GET THE REAL THING, at a dealer. But if you know what
you're doing and don't mind diving in and exploring, then you can get it from
us and other licensed electronic distributors. We are offering this as a
service to our members and to the Mac community at large - but we encourage
you to get it elsewhere if you can get it for free.
You can reach BMUG at 1442A Walnut #62, Berkeley, CA 94709.
-- Raines Cohen
SYSOP, BMUG BBS
---
* Origin: BMUG BBS, Berkeley, CA, 415-849-2684 (Opus 1:161/444)
------------------------------
Date: Thu, 22 Oct 87 08:20 EDT
From: <KEOUGH%BCVMS.BITNET@forsythe.stanford.edu>
Subject: Re: MacDraw format and writing MacDraw files.
Bill Pearson, in issue #127, asked about the MacDraw file format.
He wanted to put graphics created by an application he was
building into a MacDraw file. There's an easy way to do this,
which does not rely on the specific file format of MacDraw.
1.) open a grafport, call openpicture, and draw all your stuff. call
closepicture and now hang onto the PicHandle you just got.
2.) move the pichandle up high in memory and lock it down.
3.) open up an output file and write a zero block (512 zero bytes), followed
by the contents of the picture from the pichandle. you can get the size
of the picture data structure with GetHandleSize. close the file and
set its type to PICT and creator to MDRW (i think that's macdraw's
signature - you should check). unlock your picture in memory now.
4.) go to macdraw and open up the document you just created. macdraw will
recognize it as if you had saved it as a PICT from macdraw; and every
graphic element you drew will be considered a separate object in macdraw.
I'd stay away from trying to create a file which is in macdraw's internal
format, since that's bound to change - while this method will still be
valid.
By the way, i've done exactly this before, and it works fine. Unfortunately
I can't pass along a sample, since that code was written for someone else
and they own the code. But the summary above should be sufficient.
Lastly, you might consult tech note #27, which describes the MacDraw PICT
file format i mentioned above. Tech note #21 describes the PICT data structure,
but cautions against using it directly for anything other than debugging.
hope this helps.
Jerry Keough
Department of Mathematics
Boston College
Chectnut Hill, MA. 02167-3806
KEOUGH@BCVMS.bitnet
------------------------------
Date: Fri, 23 Oct 87 11:24:04 CDT
From: PHYS300%UNLCDC3.BITNET@wiscvm.wisc.edu
Subject: Macintalk and LSC help needed.
I would like to use MACINTALK from within a LightspeedC program. Does
anyone have a sample or two of code he/she would be willing to share with
me? I would like some help in getting started.
Thanks
Glenn Sowell <PHYS300@UNLCDC3.BITNET>
Dept. of Physics & Astronomy
Lincoln, NE 68588-0111
(402) 472-2790
------------------------------
From: Ralph Martin
From: <ralph%vax1.computing-maths.cardiff.ac.uk@NSS.Cs.Ucl.AC.UK>
Date: Thu, 22 Oct 87 12:44:41 bst
Subject: Maths libraries, and macs
2 questions.
(1) Which fortran do you poeople recommend for the Mac? Can
you tell me which are compatible with the MacII, and which with the MacSE
with an add-in 68020 board?
(2) Do you know of any good maths libraries (general purpose) for the Mac,
something like the NAG library, if you know that, is for mainframes?
Thanks, Ralph
------------------------------
Date: Sat, 24 Oct 87 03:21 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: AppleTalk via RS-232 and for VAXen?
Has anybody read this month's Dr.Dobb's? Richard Brown and Steve Ligett
describe their implementation of Async AppleTalk, using RS-232 as the
physical layer and their Async AppleTalk Link Access Protocol (AALAP)
instead of the usual ALAP.
The article is accompagnied by 20 pages of listings, with more to come in
the november issue of Dr.Dobbs. However, since the project a friend and I
are working on has a lot in common with the subject of this article, and
since we can't wait, we're turning to the net with a couple of questions..
o Is anybody involved with the Async AppleTalk project on the net?
We are wondering if we can get the software this way ( wasn't it
on Macserve for a while?).
o What kind of AppleTalk software exists for VAXen? Specifically,
is there some kind of AppleTalk driver for a VAX ( Unix or VMS )
that communicates through an ordinary terminal line ( RS-232 )?
We're _very_ interested in this ( if it doesn't exist, my friend
will have to try his hand at it ).
You can see what we're getting at: we would like to use our Mac to dial in
to a VAX and use AppleTalk as the protocol. Has something like this been
written somewhere? Or is anybody out there working on this who wants help?
-- Thomas
fruin@hlerul5.BITNET
Leiden University, Netherlands
------------------------------
Date: Sat, 24 Oct 1987 12:40:51 EDT
From: Andrew Gilmartin <ANDREW%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: PopUpMenu on large screens
The PopUpMenu XFunction I posted recently requires that the postion of
the menu be passed in global corrdinates. Thus, if you run the example
stack on a Macintosh with a large screen monitor the menus will appear
to the upper left of where you clicked.
To prevent this, the following functions will return the global H and V
of the last clickLoc.
function gClickLocH -- return clickLoc's global horizontal position
get loc of card window
return (first item of the clickLoc) + (first item of it)
end gClickLocH
function gClickLocV -- return clickLoc's global vertical position
get loc of card window
return (second item of the clickLoc) + (second item of it)
end gClickLocV
A call to PopUpMenu should look like
. . . PopUpMenu( MenuItems, MenuItem, gClickLocH, gClickLocV ) . . .
This method should be used within all stacks that use PopUpMenu so as to
retain compatatibility across the Macintosh line.
Andrew Gilmartin
Brown University
------------------------------
Date: Sat, 24 Oct 87 23:02 EDT
From: <RMANGALD%CLARKU.bitnet@forsythe.stanford.edu>
Subject: Creating Fonts with ResEdit
The subject field just about says it all -- I'd like anything
you have to offer about creating fonts using ResEdit. I'd also like to
know where I can get all the neat tools I've seen mentioned on
INFO-MAC (MacTools, FEdit, etc.).
Thanks.
Rahul Mangaldas
rmangaldas@clarku.bitnet
------------------------------
Date: Sun, 25 Oct 87 15:40:02 MET
From: Norbert Lindenberg - U Karlsruhe
From: <norbert%germany.csnet@RELAY.CS.NET>
Subject: Re: AppleTalk Mailing List
The address for the AppleTalk mailing list is
info-appletalk-request@andrew.cmu.edu
-- Norbert
------------------------------
Date: Thu, 22 Oct 87 11:14:11 CDT
From: RAGAN%CDCCentr.BITNET@forsythe.stanford.edu
Subject: Password protecting folders
For those requesting it, I have written an INIT
which provides folder level password protection. An article
on it (including the code) has been submitted to
MacTutor and (I hope) will be published soon.
I cannot distribute the code under the terms of
submission of the article so don't ask. Just hold on
for the article (or ask them to publish it soon).
------------------------------
Date: Thu, 22 Oct 87 09:53 PDT
From: Francois F. Ingrand <Felix@AI.SRI.COM>
Subject: Desktop rebuilding,
I have a Mac SE, HD20.
I have noticed that I have to rebuilt the Desktop quite often. Almost every
time I download a new software (from SUMEX for example), after unbinkexing
and usually unpacking, some new Icons appears some others do not. For example,
I have downloaded Oasis20 and SlideRuler yesterday, the icon of the first one
was the Default Application Icon, but the second one had his proper Icon. As I
was suspecting again a screw up Desktop, I rebuilt it, and after that, the
"nice" Oasis Icon appeared on the screen.
My HD is pretty full, but not completly (still 1 Mega Byte free).
Iuse BinHex 4.0 and Packit 3.0.
Any ideas?, fix?
Felix
------------------------------
Date: Thu 22 Oct 87 14:53:17-PDT
From: Sunil Maulik <MAULIK@BIONET-20.ARPA>
Subject: Problem with Binhex4.0 and MultiFinder
Has anyone else noticed a problem with BinHex 4.0 (1985) running under
MultiFinder. When I double-click to activate BinHex, it disappears and I'm
returned to the (multi)finder, but can't open any other applications (or
find BinHex) because it's gobbled up too much memory !
Any workarounds or updates that fix the problem would be appreciated.
Sunil Maulik ARPAnet: Maulik@bionet-20.arpa
BIONET BITnet: Maulik%bionet-20.arpa@wiscvm.bitnet
(415)-324-4363
[ note from moderator: Some applications put up an opening dialog and when
you click on that dialog, MultiFinder thinks you are clicking on a window
in the Finder (this is most likely due to the way the application puts
up the window, not necessarily due to a bug in MultiFinder). In any case,
if you get switched back to the Finder, you can switch back to your program
in several ways: choose the program name from the Apple menu or click on
the small icon in the top right corner (this cycles through the open
applications) or double click on the (open) application icon in the Finder.
In any case, you can get back to your application. DAVEG ]
------------------------------
Date: Fri, 23 Oct 87 09:53:25 CDT
From: PHYS300%UNLCDC3.BITNET@wiscvm.wisc.edu
Subject: Numerical analysis help needed
I need a program to do numerical analysis and I don't have the time to write
my own from scratch. Does anyone have comments about MATHVIEW from
Brainpower or any other package? Any help is appreciated.
Thanks
Glenn Sowell <PHYS300@UNLCDC3.BITNET>
Dept. of Physics & Astronomy
Lincoln, NE 68588-0111
(402) 472-2790
------------------------------
Date: Fri, 23 Oct 87 8:55:01 EDT
From: tom coradeschi <tcora@ARDEC.ARPA>
Subject: LW vs IW printing
Hopefully, someone out there has a solution to this problem. We have people
making vugraphs for us. (Y'know, overhead projector transparencies). Any way,
they don't have a laserwriter, and are preparing the documents and printing
test prints on an Imagewriter II. The pages are all set up in Wide format, and
the problem arises when they try to print the documents on our Laserwriter.
The pages are simply too big to fit on one LW page. You can go in under the
Page Setup menu and set 90% reduction, but that screws up the text formatting.
On Wide format, it isn't possible to choose Tall Adjusted, which gives LW page
formats on the IW II. Suggestions?? Oh, these are MacDraw documents with both
text and graphics on each page.
Thanks,
tom c
------------------------------
Date: Sun, 25 Oct 87 00:26:49 pdt
From: edmoy%opal.Berkeley.EDU@violet.berkeley.edu
Subject: 24-bit color board for Mac II
I just saw an announcement of a 24 bit color board for the Mac II in the
October 15, 1987 issue of Electronics magazine (page 153). It says it has
2.5 Mbits (probably meant 2.5 Mbytes), 24 bits per pixel and 1024 by 768
pixel resolution. It occupies a single slot in the backplane and is supposed
to be compatible with "software written for Apple's 8-bit system". The
Colorboard 1/104 is made by a RasterOps Corp. and goes for $2795.
Can this work right on a Mac II? Can one get full 24-bit color capability
in all applications? Doesn't the slot manager have problems with > 1 Mb
on a board (maybe RasterOps Corp. has a patch)?
I'll get what information I can from the RasterOps and post the info.
If this is really true, I want one.
Edward Moy
Academic Computing Services
University of California
Berkeley, CA 94720
edmoy@opal.Berkeley.EDU
ucbvax!opal!edmoy
------------------------------
Date: Sun, 25 Oct 87 15:22:31 MET
From: norbert%germany.csnet@RELAY.CS.NET
Subject: Re: International Mac Software Transfer
In info-mac 5-128, Henning Pangels asked about "language barriers" that
might cause problems for non-US users of American software.
Well, I don't know of any real "barriers" that would prevent me from using
American software, but there often are inconviniences or loss of
functionality for non-US users, that could be avoided if programmers
knew more about foreign languages.
Some examples of what may disturb non-US users (or especially me as a German
user):
Some application have a spelling checker, but don't include non-American
dictionaries (yet). WriteNow e.g currently is sold in Germany in a German
version with an empty dictionary - which of course does not help those people
that need a spelling checker.
Hyphenation algorithms and soft hyphenation usually assume, that
hyphenating only means adding a hyphen and a line break. This is not true for
German, where sometimes characters are changed ('backen' -> 'bak- ken') or
inserted ('Bettuch' -> 'Bett- tuch').
Most editors assume (for double-clicking), that a word is a
sequence of characters a-zA-Z0-9. Most European languages have umlauted
or accented characters, which definitely are not word separators.
Many programs assume, that []\;@ can be reached easily or can be used for
combinations with the shift, option or command keys. On a German keyboard,
these characters are found at option-5 ([), option-6 (]), option-shift-7 (\),
shift-, (;), or at different places depending on the keyboard (@).
Some programs (e.g. Word) directly query the keyboard for command
combinations, assuming it's an ASCII keyboard. I don't know if Microsoft
changed that for the German version.
Many programmers create strings for menus or dialogs by combining a template
and one or more parameters. This sometimes causes problems when you try
to translate them to other languages.
In a recent digest, someone mentioned a SmartQuotes DA. Does it support
changing American quotes to ,,German quotes?
... and so on ...
The Macintosh developers have done a lot to support programming for
an international user community - introducing resources, international
utilities, and script management -, but there are still some improvements
to be made by application programmers. E.g., almost all text processing
programs that exist today assume that documents will be written in one
language per document only. The only exception I know of is the Interleaf
publishing system, which fully supports multilingual documents. Multilingual
documents are not that unusual as you might think, I often have
English quotations in German documents or Prolog program fragments in
English texts - which tends to confuse spelling checkers, hyphenation
and word-breaking algorithms, and the like.
These notes are not meant to prevent anybody from sending software to
outside US - almost any piece of Macintosh software is good enough to
serve some purpose in any country that uses the Roman script. But perhaps
they might help some programmers to improve on their products.
-- Norbert
------------------------------
Date: Thu, 22 Oct 87 09:56 PDT
From: Francois F. Ingrand <Felix@AI.SRI.COM>
Subject: Looking for a Typing Freeware.
Does anybody know a FREE typing tutor software? and if yes can you mail it to
me, or give me the information to download it.
Thanks in advance,
Felix
------------------------------
Date: Sun, 25 Oct 87 14:56:56 PST
From: PUGH@NMFECC.ARPA
Subject: Definition of a Pict
> From: bc@mit-amt.MEDIA.MIT.EDU (bill coderre)
> Subject: What's a Pict?
> Date: 19 Oct 87 23:23:08 GMT
> Organization: MIT Media Lab, Cambridge, MA
>
>
> I was amused to find this out:
>
> Pict \'pikt\ \'pik-tish\ n [ME Pictes, pl., Picts, fr. LL Picti] : one of a
> possibly Non-celtic people who once occupied Great Britain, were in many
> places displaced by the Britons, carried on continual border wars with the
> Romans, and about the 9th century became amalgamated with the Scots -
> Pict.ish ajor ;n
You ought to listen to Pink Floyd's UmmaGumma album. It has a song entitled
"Several Species of Small Furry Animals Gathered Together in a Cave and
Grooving with a Pict" wherein they do just that. I think it adds a whole new
meaning if you envision it with one of our PICTs.
A computer so easy that even an animal can use it! Has anyone done any ape
and Macintosh studies? Maybe someone should give Koko a Mac? Are you
listening Apple?
Jon
------------------------------
End of INFO-MAC Digest
**********************
∂29-Oct-87 2028 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #132
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 29 Oct 87 20:28:10 PST
Date: 29 Oct 87 2027-PST
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #132
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Friday, 30 Oct 1987 Volume 5 : Issue 132
Today's Topics:
DialogSelect Help Needed
fixtextword.hqx
fixtextword.c
MacDraw file format
PopUp menus for HyperCard
Converting an Atari hard disk for non Dutch-speaking people
SoundMover Utility
Xref bibliography/cross-reference stack (in 3 parts)
Why is Hypercard System software?
Dueling Monitors
Packit problem on da-draw
MS Word 3.01 Distribution
AI / Expert System development tools for Mac...
scanners...
Stock Management Software
FullWrite Demo
Where has Cottage Software gone? (with my money...)
----------------------------------------------------------------------
Date: Tue, 27 Oct 87 10:13 CST
From: WKISS%UOFMCC.BITNET@forsythe.stanford.edu
Subject: DialogSelect Help Needed
Hiho;
I'm having some problems with DialogSelect and the Control Manager
that I was hoping someone could correct. The situation is the following:
I have a modeless dialog with a number of scrollbars in it. To handle
it, I call IsDialogEvent followed by DialogSelect as outlined in the
Dialog Manager. Now, to handle the scroll bars appropriately I wrote
my own ActionProc which is bound into the control record. When the mouse
is pressed in the UpButton, DownButton, PageUp, PageDown areas all works
like a charm but when the mouse is pressed in the Thumb, my ActionProc
dies because the ControlHandle and PartCode passed by TrackControl
are invalid.
To clarify this, something like the following happens:
if IsDialogEvent(theEvent) then
if DialogSelect(theEvent, theDialog, itemHit) then
doWhatEverUpdatesAreNecessary;
with DialogSelect calling TrackControl which calls MyActionProc.
I'm using a MacSE with Lightspeed Pascal 1.11.
Reply to either InfoMac or me (if you can get through).
Any help/comments much appreciated. Thanx.
- Bill
<wkiss@uofmcc.bitnet>
------------------------------
Date: 16 Oct 87 14:38 EDT
From: science (Mark Zimmermann)
Subject: fixtextword.hqx
Here is the Binhex v4 hex dump file fixtextword.hqx, which converts into an
application "fixtextWord" ... that program goes through a text file and
changes any occurrences of <cr> at a 64kB page boundary into space
characters, thereby avoiding a bug in Microsoft Word 3.01 found by Peter
Gergely & Co. I'll send the source code "fixtextword.c" separately....↑z
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FIXTEXTWORD.HQX
- Lance ]
------------------------------
Date: 16 Oct 87 14:40 EDT
From: science@nems.ARPA (Mark Zimmermann)
Subject: fixtextword.c
Here is the Lightspeed C source code for the program "fixtextWord", which
goes through a text file and changes any occurrences of <cr> into spaces
when they fall at a 64kB page boundary...thereby avoiding a bug found in
Microsoft Word 3.01 by Peter Gergely & Co..... ↑z
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FIXTEXTWORD-SOURCE.C
- Lance ]
------------------------------
Date: Fri, 16 Oct 87 10:21:31 PDT
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: MacDraw file format
Here's a useful description of the MacDraw file format, circa MacDraw
1.7 (appears to be valid for MacDraw 1.9 as well). I got this as part
of the "drawimp" application, which is capable of converting MacDraw
files to Imagen's "imPress" format; the converted ".imp" files can be
included in Scribe and TeX documents on Vaxen and similar systems.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-FORMAT-DESCRIPTION.TXT
- Lance ]
------------------------------
Date: Sun, 18 Oct 87 16:28:21 EDT
From: Andrew Gilmartin <ANDREW%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: PopUp menus for HyperCard
The following file contains a simple XFCN to allow HyperCard users
to access the pop-up menus available with System 4.1. I would like
to thank Dewi Williams for his earlier network posting explaining
the mechanics of pop-up menus.
Andrew
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-POPUPMENUS.HQX
- Lance ]
------------------------------
Date: Sun, 18 Oct 87 02:12 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Converting an Atari hard disk for non Dutch-speaking people
Don't laugh, but the ATARIMAC article I sent some time ago (which
described how to convert an Atari hard disk to work with a Mac)
was written in Dutch. Presumably there are more people out there
who would want an English version (no kidding?), so I'm enclosing
a translated article (MacWrite format).
Could you please remove the previous posting?
-- Thomas
fruin@hlerul5.BITNET
2:500/15 on FidoNet
Leiden University, Netherlands
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SCSI-ATARIMAC.HQX
This version replaces the Dutch version.
- Lance ]
------------------------------
Date: Sat, 17 Oct 87 23:24:59 PDT
From: digiorgi@VLSI.JPL.NASA.GOV
Subject: SoundMover Utility
Obtained from DELPHI on October 17, 1987::
>Name: SOUNDMOVER
>Type: PROGRAM
>Date: 7-OCT-1987 01:26 by CALGARYMAC
>Size: 15360 Count: 24
SoundMover allows you to transfer Mac II SND resources from file to file in
the same method that Font/DA Mover moves FONTS and DRVR resources.
Shareware uploaded with permission of author (Tim Wasko). Plays SND
resource (on Mac II only) when selected. Allows SND resources to be placed
in any file or applic. by pressing and holding option key down while
selecting "open". Works on Mac 512E, Plus, SE (without playing sounds) and
Mac II (full features).
The author requests a shareware dontation.
I felt this would be useful to all and sundry.
Godfrey DiGiorgi
digiorgi@jpl-vlsi.arpa
October 17, 1987
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-SOUNDMOVER.HQX
- Lance ]
------------------------------
From: barad%othello.usc.edu@usc-oberon.arpa (Herb Barad)
Date: Sun, 18 Oct 87 13:40:09 PDT
Subject: Xref bibliography/cross-reference stack (in 3 parts)
This is version 1.2 of Xref. It is a HyperCard stack for
bibliographies and cross-referencing in Microsoft Word. It's free.
It is slow, but works well. I am using it on my thesis. I would
welcome any suggestions and improvements.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-MSWORD-XREF-12-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-MSWORD-XREF-12-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-MSWORD-XREF-12-PART3.HQX
- Lance ]
------------------------------
Date: Mon, 26 Oct 87 13:24:13 PST
From: PUGH@NMFECC.ARPA
Subject: Why is Hypercard System software?
I would like to address an issue that Linda Custer of BMUG touched on in a
recent mailing of their Memo newsletter. It is the question of why is
Hypercard is regarded by Apple as system software.
First of all, please consider the mainframe computer you are connected to. It
offers a set of programs to run; an interpreted command language to control
those programs in a batch and/or interactive manner; and the ability to log of
what you have done (although sometimes your PC provides this).
The Macintosh has the programs, but it only has some hacks like Tempo and
QuickKeys which provide a bit of interactive job control. There is no
universal controlling language. I think Hypercard has some potential to
provide this missing part of the Macintosh OS. Imagine Hypercard starting up
your terminal emulator, logging into the mainframe, downloading some info,
quitting and opening Excel, opening the downloaded file, crunching and copying
it to the clipboard, annd finally returning to paste it into Hypercard. It is
something that needs doing to make the Mac into a more mature operating
system.
All Hypercard needs is the ability to sit on top of other programs and
intercept their I/O. Not an easy prospect for an after market idea. It would
require some recoding of the ROM at the very least. Hypercard would need some
additional file handling commands, but those are easily added as XCMD and
XFCN resources.
The Recent function in Hypercard might even be the beginning of a log file for
your daily transactions. It could keep track of the programs you have been
running and perhaps what you did to them. There's some potential, though I
think the scripting is much more important.
All in all, I think Hypercard may be the basis for Apple's scripting addition
to the Macintosh OS, and I hope they decide to really do it. The Mac needs
some job control. Of course, we'll have to patch ExitToShell to take a status
parameter...
Jon
PS: If you aren't a BMUG member, you should join, if only for the
newsletter. The last one had Guy Kawasaki's guide to Power Dating
in the Silicon Valley. Truly humorous stuff!
"A new job is easier to find than a good date."
-- Guy Kawasaki
------------------------------
Date: Tue, 27 Oct 87 15:43:05 PST
From: PUGH@NMFECC.ARPA
Subject: Dueling Monitors
Well, I just got my second video card, which means I can use that old b&w
monitor that I ditched when my color monitor arrived.
Well, what fun, what fun! Hypercard has some serious problems when it is on
the second screen. Can anyone else verify this nastiness?
It won't do its visual effects on the second screen. What I mean by the
second screen is any screen without a menu bar. Whichever screen has the menu
bar is the first screen. It works without effects on the second screen which
is set to 2 colors while the first screen is set to 256 colors, but when the
first screen is in 2 color b&w it messes up by drawing off to the left of the
first screen getting only a third of the picture on the screen. It works fine
with effects when the Hypercard window is on the first screen, but not when it
is on the second. Any clues?
Also, can the Mac ][ switched monitor outlet power both monitors? I want to
hack my cables so they can both plug in there, but I am unsure of the load
restrictions.
For those that wonder, the Control Panel Monitor cdev uses the empty area
under the color selector to display a graphic that lets you align the monitors
(drag them around to get the left/right and vertical displacements) and to
choose which one gets the menu bar. Pretty nifty.
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Sender: "Steven_E._Haehn.HENR801c"@Xerox.COM
Date: 27 Oct 87 11:58:33 PST (Tuesday)
Subject: Packit problem on da-draw
From: "Steven_E._Haehn.HENR801c"@Xero
I was interested in DA-OBJECT-ORIENTED-DRAW.HQX, so I pulled it from the
INFO-MAC archive. I was able to run it thru BINXEX 4.0 with no problems,
but it refuses to unpack, with PackIt II (Packit III does not recognize
it at all). I get a "bad packet" file error. Has anybody else had this
problem?
~~ Steve
Arpanet -- Haehn.Henr801c@xerox.com
28-Oct-87 06:44:41-PST,946;000000000001
------------------------------
Date: Tue, 27 Oct 87 14:52:40 EST
From: "William E. Williams"
From: <BSQUARE%YALEVM.BITNET@forsythe.stanford.edu>
Subject: MS Word 3.01 Distribution
AFter waiting for weeks and weeks to get my "automatic" update of MS Word
3.01, I finally called 'em today. The guy on the phone said there had been
"problems with the automatic distribution," took my name, rank, and serial
number, and said my update would be in the mail tomorrow. A word to the wise.
B2
------------------------------
Date: Mon 26 Oct 87 14:51:25-PST
From: Joseph L. Modelevsk <JMODELEVSKY@BIONET-20.ARPA>
Subject: AI / Expert System development tools for Mac...
I am developing small, stand alone expert systems for use in our R&D effort.
I am looking for Macintosh-based development tools, but, to date, I have
not found much to choose from. If anyone can recommend or direct me to some
interesting tools, I'd be vary grateful.
Also, we are trying to develop a series of reviews of AI/ES tools; these reviews
will be published in CABIOS (Computer Applications in the BIOSciences). Please
send suggestions for reviews to me, JMODELEVSKY, or to CABIOS.
Thank you,
Joe Modelevsky
P.S. In case you didn't notice, I will be vEry grateful.
------------------------------
Date: Mon, 26 Oct 87 13:34 EST
From: <MSNEFT%SUNRISE.BITNET@forsythe.stanford.edu>
Subject: scanners...
I have a problem, I need to scan strip charts which are 6 inches wide by up
100 feet long. I don't need a bitmap of theses I just need to get points off
of them. I have tried to get some information on using thunderscan but have
had no luck. Does anyone have any suggetions?
Thanks
Bitnet:msneft@sunset
Mark
------------------------------
Date: Wed 28 Oct 87 13:53:51-PST
From: Marvin Zauderer <ZAUDERER@Sushi.Stanford.EDU>
Subject: Stock Management Software
Yes, that's "stock", not "stack". I'd like recommendations for financial
management programs for the Mac; in particular, I'd like to find a package
that helps me manage my stock portfolio. In addition, is there a way to
tap directly into the NYSE tape via the Mac, and is there a way to buy/sell
stocks (and/or direct such requests to a brokerage) via the Mac?
Thanks,
Marvin Zauderer (Zauderer@Sushi.Stanford.Edu)
------------------------------
Date: Wed, 28 Oct 87 14:13:25 PST
From: Stephen E. Miner <miner@spam.istc.sri.com>
Subject: FullWrite Demo
Tim Johnson from Ann Arbor Softworks demonstrated a beta version
of FullWrite here today. Conceptually, FullWrite looks like a
real winner -- now all they have to do is finish the
implementation. It bombed twice during the demo. I would be
surprised to see it on your dealer's shelves before December, but
that's just my uneducated guess.
Mr. Johnson said that providing Multifinder compatibility was
part of the reason for the delays in shipping. Other problems
have to do with their "virtual memory" system. He said that they
know what is causing the problems and that a new beta version is
on his desk, but he didn't have time to grab it this morning. He
did bring along the official manuals which might be interpreted
as a good sign.
He denied the rumors that several programmers had quit due to
missed bonuses. One programmer left some time ago for personal
reasons which had nothing to do with the missed delivery date.
He also denied rumors that his company was being bought out.
The "soon-to-be-released" version can read MacWrite and Microsoft
Word 1.05 files but not Word 3.01 files since they weren't able
to get the specifications early enough. An eventual update will
read all Word files and will probably include WriteNow and Word
Perfect compatibility.
The introductory list price will be $295. Site licensing and
multiple-copy discounts will also be available. The first update
will be free and automatically sent to all registered owners.
Steve Miner
miner@sri.com
------------------------------
Date: Thu, 29 Oct 87 18:49 PST
From: Leslie Kaelbling <Kaelbling@AI.SRI.COM>
Subject: Where has Cottage Software gone? (with my money...)
Sometime in June I decided I liked FastEddie well enough to send in my
money for the real version. My check was promptly cashed, but even a
subsequent letter hasn't produced anything in the mail. Has anyone else
managed to get a copy recently? Are they still alive? Can I sue to
reclaim my money?
Leslie Pack Kaelbling
------------------------------
End of INFO-MAC Digest
**********************
∂02-Nov-87 2315 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #133
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 2 Nov 87 23:15:43 PST
Date: 2 Nov 87 2315-PST
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #133
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 3 Nov 1987 Volume 5 : Issue 133
Today's Topics:
Inside Mac, Vol. 5 missing info
snd resources: specific mac II format?
PopUpMenuSelect
HyperSounds
An alternative Trash Can (a re-reposting)
append.hqx, append.c
SuperVision (in 2 parts)
Quickeys
QuicKeys FKEYs
StuffIt 1.13, in 3 parts
Blast FKEY
Command - Option and Other tricks.
HyperCard Visual Effects Demo (in 5 parts)
AppleTalk and VAXen
Why HyperCard is System Software
FullWrite and Micropro
COMPUTERWARE
MacWeek accuracy?
PCPRINT for the Macintosh
800K DISK DRIVES
Usenet Mac Digest V3 #85
Usenet Mac Digest V3 #86
Usenet Mac Digest V3 #87
----------------------------------------------------------------------
Date: Sat, 31 Oct 87 13:29:46 EST
From: Francis Taylor <narf@gertie>
Subject: Inside Mac, Vol. 5 missing info
I just got the 'final APDA draft' IM Vol. 5. I can't seem to find
the trap information for most of the calls. Could someone send me a copy
of the traps? Thanks.
------------------------------
Date: Sun, 25 Oct 87 15:36 ADT
From: <GFJAK%ALASKA.BITNET@forsythe.stanford.edu>
Subject: snd resources: specific mac II format?
I have been playing with the various "snd" resources available lately
on the nets, and with programs that convert old Sound resources to the
new "snd" resource. I've been playing them from Hypercard and with
Andy Hertzfeld's MiniSevant, which will play them for you (just
double click on the SoundBall, once you've resource opened the
file it's in -- that man is a god).
However, some sounds will play, and some won't. I cannot tell why --
ResEdit and Miniservant identify them all as the same type. Hypercard
and MiniServant consistently fail on the same resources.
It occurs to me that *some* of the sounds that fail have been
identified to me as "snds" for the Mac II (I use an SE). Are there
different "snd" formats? Can any 4.1 system machine play all "snd"
resources? Are their special Mac II formats?
I'm not enough of a hacker to take the various snd resources apart.
That's why I hang around you guys...
Thanks: Joe Kennebec
It's snowing here already
GFJAK@ALASKA.Bitnet
[ note from moderator: unfortunately there are TWO different types of
'snd ' resources. The first type is a Mac II specific sound file. These
files can be played as beeps and specified with the Sound cdev from the
control file. For some mysterious reason, Apple chose to call the sound
resources used by Hypercard 'snd ' resources EVEN THOUGH THEY ARE DIFFERENT
THAN THE OTHER 'snd ' resource type. This is most likely the cause of your
problem. DAVEG ]
------------------------------
Date: Mon, 2 Nov 87 11:48:35 PST
From: PUGH@NMFECC.ARPA
Subject: PopUpMenuSelect
Well now, here's an interesting "feature" of the PopUpMenuSelect. It only
places PopUp menus on the same screen as the menubar. This sort of negates
it's usefulness on multiple screen monitors where you would like to popup a
menu instead of going all the way back to the menubar. Instead, the menu pops
up on the closest edge of the screen with the menubar. Disgusting.
How about someone patching PopUpMenuSelect? This is noticable with the PopUp
DA and the PopUp Hypercard XFCN on a Mac II with 2 monitors. Does it also
occur with a Radius?
Jon
N L pugh@nmfecc.arpa
M A L National Magnetic Fusion Energy Computer Center
F T N Lawrence Livermore National Laboratory
E L PO Box 5509 L-561
C Livermore, California 94550
C (415) 423-4239
------------------------------
Date: Mon 19 Oct 87 13:16:07-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: HyperSounds
[ Uploaded from Delphi by Jeff Shulman ]
Name: HYPERSOUNDS 1
Date: 16-OCT-1987 17:22 by JOHNANDERSON
Sound effects stack. 13 primo sounds you can add to your own stacks, plus a
bit of whimsey. Don't miss the starting car, gunshot, bowling pins, death
ray and more. With thanks to David Rakowski. From the Acme Dot Company, 767
blocks, requires StuffIt.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-SOUNDS-01-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-SOUNDS-01-PART2.HQX
- Lance ]
------------------------------
Date: Tue, 20 Oct 87 13:56:40 EDT
From: Andrew Gilmartin <ANDREW%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: An alternative Trash Can (a re-reposting)
The binHex file below contains the necessary resources to change
Finder 5.5's Trash Can (and all wording) to an alternative Trash
can.
Also included is MacPuke, the INIT that inspired a demented mind.
Andrew
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>ALTERNATE-TRASH-CAN-RESOURCE.HQX
- Lance ]
------------------------------
From: science@nems.ARPA (Zimmermann)
Date: 21 Oct 87 07:00 EDT
Subject: append.hqx, append.c
Appended below are the hex dump (Binhex 4) and Lightspeed C source code
for "append", a tiny program that throws up a standard files dialog box
repeatedly and lets you select files to be appended to the first file
you choose. For big text files, DivJoin and Word and such are too slow
and require too much extra disk space when appending small files to the
end of pre-existing big ones; "append" works nicely for that task. After
the C code there's a tiny RMaker file to define the info window and its
text.... ↑z
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>APPEND.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>APPEND-SOURCE.C
- Lance ]
------------------------------
Date: Wed 21 Oct 87 10:09:43-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: SuperVision (in 2 parts)
[ Uploaded from Delphi by Jeff Shulman ]
Name: SUPERVISION
Date: 21-OCT-1987 00:20 by JONES
[ File 1 updated 21-OCT-1987 00:20 by JONES. SuperVision 0.41 - adds
Palette manager use for getting 16 or 256 grays when on a Mac II (good for
MultiFinder) and fixes the about box for people using System 4.2. ]
[ File 2 updated 19-OCT-1987 23:48 by JONES. An update for the SuperVision
0.4 documentation. It include the real instructions on how to get the
MacVision hardware to work with SuperVision 0.4. ]
SuperVision 0.4 allows one to display pictures using true gray levels on
the Mac II. You can record using the MacVision hardware, open Thunder Scan
documents, open other pictures, and even MacPaint documents. This program
can even be used on regular Macs. In this case true gray levels are not
available but many different methods of display are possible.
StuffIt packed.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SUPERVISION-041-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>SUPERVISION-041-PART2.HQX
- Lance ]
------------------------------
Date: Fri, 23 Oct 87 10:54:12 PDT
From: PUGH@NMFECC.ARPA
Subject: Quickeys
This is a demo of the Quickeys cdev from CE software. This beats
Tempo by a long shot. Check it out! Inlcudes a text file of
information.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DEMO-QUICKEYS-CDEV.HQX
- Lance ]
------------------------------
Date: Thu 22 Oct 87 09:10:52-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: QuicKeys FKEYs
[ Uploaded from Delphi by Jeff Shulman ]
Name: FKEYS FOR QUICKEYS
Date: 22-OCT-1987 02:51 by DEWI
Here are a couple of FKEYs that work with CE Software's QuicKeys package.
"Goto StdFile" positions the Standard File Open dialog at a specified
volume/folder, and "Project Switch" is used with LightspeedC to switch
between projects. It updates a QuicKeys text key with the current project
name. The documentation explains how this can be used for automatically
switching between a library project and a main project, and then re-loading
the library project.
The examples may not be to everybody's taste, so this comes complete with
LightspeedC source so that you can roll your own.
StuffIt packed.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-QUICKEYS.HQX
- Lance ]
------------------------------
Date: Thu, 22 Oct 87 20:52:45 EDT
From: Gary P Standorf <standorf@CECOM-2.ARPA>
Subject: StuffIt 1.13, in 3 parts
Enclosed is StuffIt 1.13 which I just received from Raymond Lau (the
author) today. Improvements over version 1.10 include a few minor bug
fixes, a check for disk free space option, and a restore file modification
date option.
The enclosed binhex'd PackIt II/III format file contains StuffIt 1.13, the
documentation for same, and 2 alternate icon files (one for the StuffIt
application, and one for StuffIt archive files - in case you don't like the
original icons). As an aside, and with apologies to Ray Lau, I combined
the files into a PackIt archive on the presumption that most people don't
have StuffIt yet & thus would be unable to unarchive it otherwise.
To reconstitute the files, recombine the 3 parts of the .hqx file, dehexify
the resulting complete .hqx file, and unpack the .pit file with Packit
II/III or StuffIt.
Gary Standorf
<standorf@cecom-2.arpa>
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-STUFFIT-113-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-STUFFIT-113-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>UTILITY-STUFFIT-113-PART3.HQX
This version replaces version 1.1.
- Lance ]
------------------------------
Date: Fri, 23 Oct 87 10:52:38 PDT
From: PUGH@NMFECC.ARPA
Subject: Blast FKEY
Here is Greg Marriott's wonderhack, Blast. It is an fkey that
blasts holes in windows so you can see through them. It is
amazing! I blasted a hole in a window that was obscuring a disk
icon in the Finder and then dragged some files to the disk
through the hole. Complete with sound and a laser sight.
For documentation, see Greg's article in MacTutor. This is that
finished project only.
Jon
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-BLAST-WINDOWS.HQX
- Lance ]
------------------------------
From: jccf@ihlpg.ATT.COM (Hartong)
Subject: Command - Option and Other tricks.
Date: 22 Oct 87 08:53:52 GMT
About hidden Mac features .........
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACINTOSH-TIPS.TXT
- Lance ]
------------------------------
Date: Fri, 23 Oct 87 12:35:26 EDT
From: Dick Damon <DICK%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: HyperCard Visual Effects Demo (in 5 parts)
I know there are already a lot of visual effects demos for HyperCard
floating around, but I think that there are enough interesting scripting
techniques in this one (mine) to make it worthwhile to download. Included
are "video scripts" on unseen cards, and "idle action." Share and Enjoy!
-- Dick Damon, Brown University Computer Center
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-VISUAL-EFFECTS-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-VISUAL-EFFECTS-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-VISUAL-EFFECTS-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-VISUAL-EFFECTS-PART4.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-VISUAL-EFFECTS-PART5.HQX
- Lance ]
------------------------------
Date: Fri, 30 Oct 87 10:18 EST
From: <KURAS%BCVMS.BITNET@forsythe.stanford.edu> (This Space For Rent)
Subject: AppleTalk and VAXen
Thomas:
There are at least two companies who have software that takes advantage of
AppleTalk on Ethernet cabling. They are Pacer (PC Link is the product) and
Alisa Systems (AlisaTalk). They both use Kinetics hardware and work very well.
As for asynch products, Solana is the company that comes to mind first. Other
than that I can't give you much help. Good luck
Pat Kuras
Boston College
<KURAS@BCVMS.BITNET>
------------------------------
Date: Fri, 30 Oct 87 10:03 EST
From: <KURAS%BCVMS.BITNET@forsythe.stanford.edu> (This Space For Rent)
Subject: Why HyperCard is System Software
The writer of the item asking why HyperCard is system software implicitly
compares the Macintosh (and, I believe, all personal computers) to mainframe
computers. I submit that this is neither a valid nor an appropriate comparison.
First, I believe that the questioner's comparison is invalid because it
compares single-user, desktop computers to multi-user host computers. The
architectures of the two different types of machines are very different, as are
the intended uses. The mainframe is generally used as a central information
resource, shared by an entire organization. The personal computer, at least in
the minds of its champions at Apple, is a single-user tool for personal
productivity. It is an information resource over which the user has complete
control. This is why I believe the comparison is inappropriate. Anyone
interested in a more thorough treatment of this concept should read Jean-Louis
Gassee's book "The Third Apple" and John Sculley's "Odyssey."
Now, why is HyperCard is considered system software? HyperCard is, as the
questioner suggested, intended to be a tool for extending the Macintosh
operating system. It is not intended to be used in the way in which he
suggested. HyperCard will probably never be a silent "monitor," watching the
user and recording or reacting to his actions. HyperCard is an interactive tool.
Its intended use is as a way for the user to get information in an unstructured,
stream-of-consciousness style. Since HyperCard is a development tool simple
enough for ordinary users to understand and use, it is considered system
software. To be honest, I think another reason HyperCard is considered system
software is that Apple wanted to bundle it, both to fulfill its promise to
author Bill Atkinson, and to insure that every user would have it. This would
(and has) foster the growth of a new industry in creating stackware.
I hope this clears up some confusion.
Pat Kuras
Boston College
<KURAS@BCVMS.BITNET>
------------------------------
Date: Fri, 30 Oct 87 15:37 EST
From: <ZSQY%CRNLVAX5.BITNET@forsythe.stanford.edu>
Subject: FullWrite and Micropro
The computer press has been talking about MicroPro's imminent entry into the
Macintosh High-End Word Processor market. Apparently they plan to purchase
a company that is writing just such a word processor. There has also been a
lot of talk about Ann Arbor Softworks' FullWrite Professional, which is sup-
posed to be the hottest WP around, but never quite seems to arrive.
THE TWO ARE NOT RELATED!
Ann Arbor is going to release FullWrite itself, and is not being purchased by
anyone. The likely candidate for MicroPro is Paragon Concepts, a small
company that came out with a program editor for the Mac called QUED/M (see
macweek #21, Sep 29) that ran circles around Word 3.0 for things like
searching and replacing. The company was planning to write a high-end WP
called InAWord based on QUED/M. InAWord was scheduled for January release
and MicroPro claims its product will be a first Quarter release. Seems like a
good fit.
On the subject of FullWrite, suposedly the program is on the very edge
of releasedom. The final manual has already been printed and the last few
bugs are being squashed.
The MicroPro and Paragon connection is pure conjecture, but the Full-
Write info comes from a good source within Ann Arbor.
Linda Iroff: ELFJ@CRNLVAX5.Bitnet
Philip Gross: ZSQY@CRNLVAX5.Bitnet
------------------------------
Date: Sun, 01 Nov 87 13:54:48 SET
From: Norbert Mueller <K360171%AEARN.BITNET@forsythe.stanford.edu>
Subject: COMPUTERWARE
I CANNOT REACH COMPUTERWARE (PALO ALTO) BY TELEX ANY MORE
- HAS THEIR NUMBER CHANGED? THEY ARE NOT IN THE INTERNATIONAL DIRECTORY.
THANKS FOR ANY INFORMATION
NORBERT
------------------------------
Date: Sun, 1 Nov 87 16:58:38 -0500 (EST)
From: mss+@andrew.cmu.edu (Mark Steven Sherman)
Subject: MacWeek accuracy?
I've been occasionally flipping through MacWeek and I've noticed some errors,
which although not critical, make me wonder about the accuracy of other
information. Has anyone else noticed that according to MacWeek:
TCP/IP is a protocol developed for Unix?
The IBM Token Ring network is a star network? (same author, different
article)
Regular expressions were invented in Unix (different author, different
article)?
(There was a fourth mistake like these by a third author, but it escapes me
right now.)
Trend? Inexperienced writers? I can come up with plausible explanations about
how each of these statements evolved from reality, but what leaps of
reasoning don't I know about? How much faith can I put in their other
columns? Anyone else have reservation?
-Mark
------------------------------
Date: Mon, 02 Nov 87 13:25:17 CST
From: "Reed Roussel" <CCREEDO%UMCVMB.BITNET@forsythe.stanford.edu>
Subject: PCPRINT for the Macintosh
Does anyone out there know of a CMS Rel4.0 Exec or Module that will print
files to a Laserwriter or Imagewriter attached to a Macintosh. There is
an Exec called PCPRINT that works with an IBM PC, but I am interested in
an Apple Macintosh version.
Thanks,
Reed Roussel
------------------------------
Date: Mon, 02 Nov 1987 13:32 PST
From: GDCWOOD%CALSTATE.BITNET@wiscvm.wisc.edu
Subject: 800K DISK DRIVES
Academic Computing is contemplating purchasing second party disk drives
for the Macintosh. Our vendor of choice is Ehman Engineering. Does
anyone have comments (pro/con) about this firm or their products? Does
anyone have experience with second party drives that they would like ot
share with the net.
Thanks in advance for your time and thoughts on this matter.
Dan Calderwood
Academic Computing
Humboldt State University
BITNET: GDCWOOD@CALSTATE
------------------------------
Date: Thu 22 Oct 87 09:11:35-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #85
Usenet Mac Digest Tuesday, October 20, 1987 Volume 3 : Issue 85
Today's Topics:
Re: HyperCard stack multi-access
Re: hypertext vs. hypercards
Re: Mac II Production Stopped?
Mac II Crash
Re: editing default window size
Intermail shaft is complete
Re: Mac II Production Stopped?
Re: Possible LSC improvements
Re: Intermail shaft is complete
Re: Color icon in "Welcome to Macintosh" greeting
Re: Looking for demo programs for Macintosh II
Re: Hypercard question
Re: "Pyro"mania/pack your "Suitcase" and go!
Re: HyperCard stack multi-access (2 messages)
Re: MacPlus resetting problem
Parity on Apple memories
booting diskless macs on net
Mac II Wide Screen Graphics
Re: Hypercard
VIP graphic programming language
Re: Mac II Wide Screen Graphics
Re: hypertext vs. hypercards
FullWrite Professional
Re: Parity on Apple memories
Re: HyperCard stack multi-access
Re: Missing deactivate events
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-85.ARC
- Lance ]
------------------------------
Date: Thu 22 Oct 87 09:13:20-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #86
Usenet Mac Digest Tuesday, October 20, 1987 Volume 3 : Issue 86
Today's Topics:
Re: Hypercard
Whither Arrays/Continental SW...
Re: Parity on Apple memories
Re: HyperCard stack multi-access
Help buying Macs
Re: Mac II Production Stopped?
shipping Mac 2's
hypercards - COLOR? - ROADMAP?
Re: booting diskless macs on net
HyperTalk messages (long)
Re: YAHQ (Yet Another Hypercard Question)
Microsoft File
Wanted 3-D graphics system in C for Mac.
Rumor of Color SE
Re: Help needed with INIT's in MPW Pascal...
CMKermit cursor
Re: shipping Mac 2's
Hypercard phone dialing bug
Re: APDA - could someone tell them that they should get on the net?
Re: Microsoft File
HD question
Re: HyperCard stack multi-access
What percentage of Macs sold?
Re: CMKermit cursor
Re: Hypercard again (radio button)
Re: cleaning mmouses (mice)
Need advice on Coral Lisp and Smalltalk
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-86.ARC
- Lance ]
------------------------------
Date: Thu 22 Oct 87 09:15:08-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V3 #87
Usenet Mac Digest Tuesday, October 20, 1987 Volume 3 : Issue 87
Today's Topics:
Color Ribbons
Re: Sequencer Software for the Mac (opinions wanted)
Moire algorithm pointers wanted
Re: HD question
Re: Word 3.01 and fonts (new episode) (3 messages)
Re: KMAPs and KCHRs
HyperCard Linking Routines
Engineering Applications
Windoid #0
Programmer's At Work
Windoid #2
What's a Pict?
Re: Mac II Production Stopped?
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>USENETV3-87.ARC
- Lance ]
------------------------------
End of INFO-MAC Digest
**********************
∂04-Nov-87 2051 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #134
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 4 Nov 87 20:50:52 PST
Date: 4 Nov 87 1935-PST
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #134
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Wednesday, 4 Nov 1987 Volume 5 : Issue 134
Today's Topics:
Re: Mac II ROMs (Delphi V3 #47)
global mapping problem: the solution
snd clarification
DA Handler
HyperCard & System Software
Searching in Hypercard
Brush with greatness
Re: MacWeek accuracy
wobbly mac II
Textures
Mac Ethernet card?
----------------------------------------------------------------------
From: jww@sdcsvax.ucsd.edu (Joel West)
Subject: Re: Mac II ROMs (Delphi V3 #47)
Date: 3 Nov 87 07:51:54 GMT
> It seems to me that there exists at least two versions of the Mac II
> roms! At least mine have no PaletteManager... ($AA90...) Uwe
As noted in the August 1987 MacTutor, none of the Mac II's have
the Palette Manager in ROM. It is entirely implemented by RAM-based
trap patches, probably because it made it late to the ROM-burning
party.
--
Joel West (c/o UCSD)
Palomar Software, Inc., P.O. Box 2635, Vista, CA 92083
Author, Programming with Macintosh Programmer's Workshop (Bantam)
{ucbvax,ihnp4}!sdcsvax!jww jww@sdcsvax.ucsd.edu
------------------------------
Subject: global mapping problem: the solution
Date: Tue, 03 Nov 87 18:43:30 -0800
From: Jerry Sweet <jsweet@Q2.ICS.UCI.EDU>
I posed an earlier question about a possible problem with the MPW v2.0
linker placing some globals on top of each other. Here is the actual
diagnosis of the problem and a work-around.
There is a problem with the MPW v2.0 linker and C code such that when an
external array is used in the code of one module and defined in another,
the linker ignores the space allocation for the array definition.
Consider these sample C files, x.{c,h} and y.{c,h}:
- ------ x.h ------- ------ x.c ------
char x[];
char y[]; #include "x.h"
main()
{
x[0] = 'a';
y[0] = 'b';
}
- ------ y.h ------- ------ y.c ------
#include "x.h" char x[4];
char y[4];
z()
{
}
When the files are linked in the order x.c.o, y.c.o, the link map
shows that arrays x[] and y[] are BOTH placed at offset 0 in the global
space!
The work-around is to reverse the link order to y.c.o, x.c.o, so that
the linker gets the size definitions of x[] and y[] before it gets the
code references to them. In the work-around, the link map shows y[]
placed 4 bytes after x[].
-jns
P.S. The example from the global mapping problem demonstration includes one
superfluous file, y.h. Sorry if it caused any confusion.
------------------------------
Date: Tue, 3 Nov 87 22:52:04 EST
From: Walter.Smith@F.GP.CS.CMU.EDU
Subject: snd clarification
There is only one type of 'snd ' resource. It is a list of commands and
associated data for the Sound Manager to execute. Different commands do
different things, of course. Some 'snd 's contain commands causing a sound
to be played; these are Mac II beeps. Some 'snd 's merely set up the sound
sample to be used by future commands on a channel; these are HyperCard
sounds. There is no reason this set of applications for the 'snd ' format
will remain exhaustive.
(Written by someone who sat up for hours one night trying to figure out
the beta documentation of the Sound Manager--and created a Note Synthesizer
beep sound and many loud renditions of most of memory.)
- Walt
------------------------------
Date: Wed, 4 Nov 87 14:45 EST
From: <EE2Y%CRNLVAX5.BITNET@forsythe.stanford.edu>
Subject: DA Handler
What is the DA Handler which people have referred to? I noticed you get it
with MultiFinder now.
Brian Campbell
Cornell University
ee2y@vax5.ccs.cornell.edu
[ note from moderator: DA Handler is a part of the MultiFinder package which
is responsible for running Desk Accessories when MultiFinder is running. DAVEG]
------------------------------
Date: Tue, 3 Nov 87 21:48:12 PST
From: Mark Richer <RICHER@SUMEX-AIM.STANFORD.EDU>
Subject: HyperCard & System Software
(Long message: sorry, but my first amendment rights overcame me)
I have to admit I was one of those that got so excited about HyperCard
after I played with it that I was among those pronoucing it as the next
revolution. Now I have seen so many shortcomings in it that I'm not sure
how much use I personally will have for it. I expect many, many people
will find it an invauluable piece of software though. BUt I had hoped
that I could use it as the information management tool it was hyped up to be,
but it is not very useful as a rolodex or calendar because you have to
start up a whole application. Although QuickDex can hardly be compared
to HyperCard in any general sense, it is more useful as a rolodex because
it is so quickly accessible from anywhere. Even with MultiFInder, I'm not
certain I'd want to keep HyperCard open with its minimum 550K memory
demands. ANd you need more than 550K to actually add new cards and edit them,
maybe the full 700K? If HyperCard was really system software then it
would be possible to read HyperCard stacks and do simple TExt Editing
at the press of an FKEY! Perhaps it will evolve into that. Otherwise
I just don't see it as the kind of thing that you use to manage
information like addresses, phone #'s, notes, appointments, and so
many other things that I thought I'd just file away in HyperCard. I
guess if it's the only that you use the computer for then it might
work. But most of use do work with information that's bigger than will
fit on a card anyhow. How about links to full documents of any length?
However, I always felt it was mostly because APple wanted
to bundle HyperCard with every mac that it is called
System Software. All this happened right after Apple said they were
getting out of the Application software business and handing it over
to Claris. I can see some arguments for Apple bundling HyperCard. All of
us that got it for free are happy about that. Even $50 is a small amount.
But it is very clear that HyperCard will discourage software development
in some areas, particularly in the area of Hypermedia authoring
environments for the Mac. I for one had intended to developed such a
system and abandoned the project once the status of HyperCard was made
clear. Owl will stop development on the Mac and continue it on UNix,
Dos, and OS/2 instead. Except for unix based systems at universities
(for example Intermedia at Brown), I don't see a whole lot of people
developing Hypermedia software for the Mac anymore. Would you?
As a result, the burden of advancement is completely on Apple's shoulder.
They must do all the innovation, cover all the needs and niches out
there on their own. Obviously one can see so many ways in which HyperCard
can be improved. But without Apple's encouragement and openness about
the future of HyperCard, I think one would be foolish to compete. Now if
HyperCard was really system software then this would NOT be the case.
How can you call a program that requires 550-700K on the Mac system
software? If HyperCard includes a painting program more powerful than
MacPaint is MacPaint, a subset of HyperCard, system software? Obviously
that seems absurd. BUt are the quickdraw routines used by MacPaint
system software. I think most of us agree that the toolbox can be called
such. If we look at the core of HyperCard, the searching algorithms,
compaction, linking, etc. then I think many would agree that those
aspects of HyperCard could very well be called system software. And Apple
has said that some day HyperCard may be in the ROM. Well we don't expect
the whole program there do we!
Hopefully, APple is already thinking about
these things and is planning to open up the HyperMedia software of the Mac
as an addition to the ToolBox that would let developers create all kinds
of hypermedia based software that is compatible at some level. Releasing
file formats for HyperCard would obviously help a lot too. At that point
hopefully HyperCard will become a common denominator that everyone gets free
like AppleSoft basic was in the Apple II, but not something that inhibits
one line of innovation in software development. If apple opens up
their software architecture to developers in a much more powerful way than
just allowing XCMDs or whatever, then we can have all the HyperCards
stacks anyone would ever want AND at the same time continued development
outside of Apple on other approaches to Hypermedia systems. I for one had
some very different ideas about an ideal HyperMedia system and I'm sure
there are others out there. But unless Apple opens things up and
encourages development by saying here: we give you these things in the ROM,
we will only go so far with HyperCard -- everythin else is in the hands
of developers to explore -- then it will be Apple against all the other vendors
and their third-party developers (e.g., OWL). How long can a small team
(even with Atkinson at the helm) compete against everyone else successfully
and make one product that fills everyone's needs? We know that Sun and
Philips signed a deal to work on hypermedia systems, we know there
will be many more such development efforts. But I'd be surprised if
there is much if any for the Mac unless Apple moves quickly. I've
already scrapped my plans and I'm working on something else that could
tie me up for years. I'm sure that is not an unusual turn of events
since HyperCard's unveiling.
Mark
------------------------------
Date: Wed 4 Nov 87 19:04:25-CST
From: John Lawler <J.AITJLAW%CHIP.UChicago@forsythe.stanford.edu>
Subject: Searching in Hypercard
I'm trying to set up a library system in Hypercard, and I'm hoping
someone can help me out on two things.
1) This library is supposed to be used to contain all the articles and
other references our group needs in its research, and we'd like to be
able to do a search for, say, the phrase "machine learning" and have a
scrolling list of ALL the articles that have that phrase in its title
pop up. The problem is that I cannot come up with a FAST (this stack
will eventually have many hundreds of card in it) routine to find and
list all the hits for that search. Has anyone figured out some way to
do this, either in Hypertalk or by using an XCMD?
2) Assuming I have a scrolling list of hits to my search, I'd like to
be able to just point to the title and have that card pop up. I've got
Raine Cohen's routine for doing that, but here's my problem: the field
that the hits would show up in is too narrow for the entire title to
fit in one line, so it wraps around. Fine, except I'd like to disable
to wraparound so that each line has only one title. It would sort of
be like normal Mac stuff -- if the file name (or here, a title) is too
long, it would be go like "Machine learning and its use in ..." Again,
I was hoping someone had already figured this out so I won't have to
reinvent the wheel. The ... part is really not important, I'd be happy
with being able to disable wraparound on the field.
Thanks in advance for any help!
-- John Lawler
===========================================================================
=====
John E. Lawler
Arthur Andersen & Co.
Artificial Intelligence Group
33 W. Monroe St.
Chicago, IL 60603 MoneyNet: (312) 507-5353
CSNET : j.aitjlaw@chip.uchicago.edu
Delphi : JLAWLER
GEnie : J.LAWLER
"I was playing poker with a deck of Tarot cards...I got a full house and four
people died" -- Steven Wright
===========================================================================
=====
------------------------------
Date: Tue, 3 Nov 87 01:26 EST
From: <REWING%TRINCC.BITNET@forsythe.stanford.edu>
Subject: Brush with greatness
Last Thursday, I had the chance to listen to the Alan Combs radio show
out of WNBC in New York. That afternoon's special guest was none other
than Apple President, CEO and Fearless Leader John Scully, who was
on the usual talk show circuit promoting his book. Sice I had never actually
heard Mr. Scully speak before, I stopped what I was doing and listened, and
was really impressed by the man who has brougt Apple to the ranks of a
2.7 billion dollar firm.
Anyway, he went on describing his move to Apple by being courting by Jobs,
and how the first months went. It was refreshing to hear that Scully didn't
seem to have any "power trips" regarding having total control over Apple,
but the conflicts on who was exactly *running* the company had to end,
especially during the recession of 1985. Both he and Jobs had different
ideas of what should be done, and Scully told Jobs that he would go to the
Board of Directors with his plan, which Jobs didn't think that he would do.
The Board ended up liking Scully's plan better, and later Jobs' constant
interference forced Scully to "fire" Jobs, a decision he said was "the
most difficult decision of my career." And as things goes, the two of them
haven't spoken since, and he says that's too bad, since it seemed to me that
he'd love to reestablish that old friendship. But since Apple was such a
manisfestation of "Jobs the Man", the stripping this from him was like
stripping his manhood away from him, and we all know what that implies.
Anyway, the emotional strain was just too much to bear. Throughtout
the shakeup at Apple, the employees were a bit at a loss to know where
to turn for leadership, but this is where Steve Wozniak came in, who
supported Scully, and had talks and discussions with the (remaining)
employees about Apple, past present and future.
So, as the conversation progressed, as with all radio talk shows, they
accepted phone calls, and I managed to get in a phone call! Definetely
a different experience, and after promising a wouldn't try to corner the
CEO for two hours with my own questions, a simply narrowed it to a question
regarding how Apple's internal structure has changed since he came, being
that Apple was a very loose and renegade company for operations. No dress
code, scattered and harried projects, employees that would leave for personal
projects and then come back (Woz for one), etc. He replied th
at Apple
is still the informal company of old in many ways in Cupertino (you WILL
find a dress code in other offices in other cities), but he has provided
direction to a company that often didn't pool its resources for the best
project, with probably the best examples being the separate Lisa and Mac
developments, and more importantly, the separate Apple ][ and Mac divisions.
Anyway, I just thought I'd like to share this with the community. I think
we all think that Apple's in good hands, and Mr. Scully on the radio
only confirmed this more.
Richard Ewing
Trinity College Apple ][/Mac Consultant
REWING@TRINCC.Bitnet
------------------------------
Date: Tue, 3 Nov 87 11:54 EST
From: Barry Margolin <barmar@Think.COM>
Subject: Re: MacWeek accuracy
I think MacWeek is published by the same people as ComputerWorld (or
ComputerTrash, as we used to call it at school). They are notorious for
factual errors like those you pointed out. In general, their writers
don't seem to know much outside their particular area, and they are
often pretty spotty within it. A Macintosh reporter probably doesn't
know much about regular expressions, but someone told him that they are
used in Unix, which he took to mean that they were invented FOR Unix.
Some Unix kernels include TCP-style networking, so TCP/IP is obviously a
Unix networking package.
I tend to ignore just about anything from CW Publications for these
reasons. The articles are either press releases (written by the
company, so extremely biased) or written by reporters with extreme
tunnelvision. Unfortunately, there are probably enough people out there
in the industry who take these publications at face value, causing
extreme confusion in the marketplace.
barmar
------------------------------
From: Ralph Martin
From: <ralph%geometry.computing-maths.cardiff.ac.uk@NSS.Cs.Ucl.AC.UK>
Date: Wed, 4 Nov 87 09:02:19 GMT
Subject: wobbly mac II
Ive got a color mac II with standard color apple monitor. When I first switch it
on in the mornings, sometimes it goes through a period, lasting maybe a minute
or two, when the picture gets the shakes, or jitters, up and down - not
enough to make it unreadable, but still rather tiresome. It doesnt happen
immediatley I switch on, but only after 5 or 10 minutes.
It doesnt really last long enough to be a serious problem, so I was
wondering if any of you have any ideas on this - I dont want to give the Mac
to the local dealer for a week or two to fix such a small problem.
------------------------------
Date: 4 Nov 87 14:58:00 EST
From: "NRL::MCCOWAN" <mccowan%nrl.decnet@nrl.arpa>
Subject: Textures
Reply-to: "NRL::MCCOWAN" <mccowan%nrl.decnet@nrl.arpa>
Has anyone out there used TEXtures extensively? How good is it?
Does it work on a Mac II? Where can one buy it?
Thanks, Bob McCowan
Mccowan@nrl.arpa
[ note from moderator: TeXtures is Mac II compatible and is available from
computer dealers. ComputerWare here in Palo Alto carries it for $393 and
I'm sure other dealers carry it also. ComputerWare's order numbers are:
800 323 1133 in Calif and 800 2351155 for the rest of the US. DAVEG
]
------------------------------
Subject: Mac Ethernet card?
Date: Wed, 04 Nov 87 13:56:39 EST
From: sbm@purdue.edu
Is an Ethernet card available for the Macintosh II? How can I get
one?
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
End of INFO-MAC Digest
**********************
∂06-Nov-87 1800 @SUMEX-AIM.STANFORD.EDU:JOHNMARK@Sushi.Stanford.EDU Moderator anyone?
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 6 Nov 87 18:00:11 PST
Received: from Sushi.Stanford.EDU by SUMEX-AIM.STANFORD.EDU with TCP; Fri, 6 Nov 87 17:59:47 PST
From: JOHNMARK@sushi.stanford.edu (John Mark Agosta )
Newsgroups: su.macintosh
Subject: Moderator anyone?
Message-Id: <12292@labrea.STANFORD.EDU>
Date: 30 Oct 87 17:58:21 GMT
Sender: daemon@labrea.stanford.edu
Organization: Stanford University
Lines: 13
ReSent-Date: Fri 6 Nov 87 17:54:52-PST
ReSent-From: John Mark Agosta <JOHNMARK@Sushi.Stanford.EDU>
ReSent-To: info-mac-stanford@SUMEX-AIM.Stanford.EDU
ReSent-Message-ID: <12348576175.24.JOHNMARK@Sushi.Stanford.EDU>
Info-Mac has traditionally been run by volunteers who moderate the
bboard for a term before passing the priveledge off to someone else.
Since it came into existence in Jan 84, I count eight people who have
participated. Avowedly, it takes alot of time, however its rewards are
great; you'll be at the hub of a national network, providing a service
to about 10,000 readers. This past month the moderation has been
shared between two people, one who must leave for a real job. It is
better organized than it has ever been; in good order for someone new
to jump in and help sift through daily mail traffic, assemble digests
and maintain the archives.
Send me mail if you are interested. -johnmark
∂09-Nov-87 2007 INFO-MAC-Request@SUMEX-AIM.STANFORD.EDU INFO-MAC Digest V5 #135
Received: from SUMEX-AIM.STANFORD.EDU by SAIL.STANFORD.EDU with TCP; 9 Nov 87 20:07:14 PST
Date: 9 Nov 87 2006-PST
From: Moderators David Gelphman, Dwayne Virnau..., Lance Nakata
Reply-to: INFO-MAC@SUMEX-AIM.Stanford.EDU
Subject: INFO-MAC Digest V5 #135
To: INFO-MAC@SUMEX-AIM.Stanford.EDU
INFO-MAC Digest Tuesday, 10 Nov 1987 Volume 5 : Issue 135
Today's Topics:
Color QuickDraw?
I hate to ask...
Binhex 4.0 format
Astro Q&A (in 3 parts)
SCSI-bus CDEV
Meta key for MicroEmacs 3.8M
FKEYs for QuicKeys
DA-miniWRITER 1.39 (in 4 parts)
Windoid #3
Hearts
Giffer (in 4 parts)
MacDraw map of Canada
ResCopier XCMD
RE: Jittery Mac screen
Ethernet for Mac II
Reply to Dan Calderwood - 800K drives.
Serious flaw in Time Logger
re: Screensaver for Mac II
Re: Long Packet Mac Kermits?
Smalltalk-80 mysteries
Sounds (a late inquiry)
damage mac disk
ANSII screen control support
Mac II /IW II Printing Woes
Mac stuff on LPS40
Need Info on AST Turbo Laser PS
Need help in connection to TCP/IP Host
Mac SE Internal Hard Disks
Mac SE Keyboards
security hardware
----------------------------------------------------------------------
Subject: Color QuickDraw?
Date: Fri, 06 Nov 87 23:40:16 EST
From: sbm@purdue.edu
I have noticed on a Mac II that when either the foreground or
background color is green and I do either ScrollRect or DrawGrowIcon,
the green gets changed to black (the actual number in the GrafPort gets
changed). These routines work correctly with any colors besides green.
Also, I have noticed on a Mac Plus that when the foreground color is
white and the background color is black (using color, not pen pattern
and background pattern) and I do a ScrollRect, the bits get copied
inverted to their new location and the foreground and background colors
remain unaffected, so that the region that is left gets erased with
black as it should. The result is that the window gets black and white
stripes after a few scrolls. I imagine the problem is in CopyBits, but
I haven't bothered to find out. Here is a program fragment to reproduce
the problem (after the usual initializations):
win = NewWindow(NULL, &rect, title, TRUE, documentProc,
(WindowPtr) -1, FALSE, 0L);
SetPort(win);
ForeColor((long) greenColor);
MoveTo(4, 20);
DrawString("\PBefore DrawGrowIcon");
DrawGrowIcon(win);
MoveTo(4, 40);
DrawString("\PAfter DrawGrowIcon");
while (TRUE)
;
The first string is drawn in green, and the second in black. If you
change greenColor to blueColor, both strings are drawn in blue.
Using the foreground and background colors in QuickDraw, I am able
to get eight colors, including black and white. Is there some encoding
for additional colors? The predefined colors in Inside Mac (p. I-201)
are exactly 68 away from each other, and values in between get truncated
to the nearest predefined color. So the control panel says I should be
able to get 16 colors and I can only get 8. How do I get more?
Thank you for your patience.
Steve Munson
sbm@Purdue.EDU
sbm@Purdue.CSNET
------------------------------
Date: Mon, 9 Nov 87 02:48 CDT
From: <BOYD%TAMLSR.BITNET@forsythe.stanford.edu>
Subject: I hate to ask...
YAHypercard question:
If you ask it with it, by the time you get the answer,
will you remember what the question was?
Do you get it?
scott t. boyd
the machax(tm) group
=====
any kind of language that allows you to ask it with it
and change it as the result (well, not the result) deserves
this kind of hyperspeak!
------------------------------
Date: 9 Nov 87 07:17:00 EST
From: "NRL::MCCOWAN" <mccowan%nrl.decnet@nrl.arpa>
Subject: Binhex 4.0 format
Reply-to: "NRL::MCCOWAN" <mccowan%nrl.decnet@nrl.arpa>
Just exactly what is the format for Binhex 4.0 files?
Bob McCowan
MCCOWAN@NRL.ARPA
------------------------------
Date: Mon 26 Oct 87 12:56:58-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Astro Q&A (in 3 parts)
[ Uploaded from Delphi by Jeff Shulman ]
Name: ASTRO Q&A (HYPERCARD)
Date: 24-OCT-1987 11:24 by DWOOD
Q&A - Questions and Answers about Astronomy -by Douglas O.S. Wood
===================================================================
Q&A is general purpose set of stackware for use in education. It
presents the student with a series of multiple choice questions in
a self-paced environment. The subject of these stacks is astronomy,
but there are tools within Q&A that make it easy for an instructor
to add stacks and cards to cover any subject.
-------------------------------------------------------------------
Q&A is shareware. If you plan to use it please send $5 and a disk
to Douglas Wood, Dept.of Astronomy, University of Wisconsin-Madison,
475 N. Charter Street, 53706. I will return your disk with the
latest version of Q&A and two additional stacks. One is a
HyperCard annimation of the orbits of binary stars and another
of the famous HR diagram.
...................................................................
There are five stacks in this set. Q&A is the main "routing" or
"crossroads" stack. The titles of the other four stacks indicate
the subject of the questions they contain.
ENJOY!
-Douglas Wood
Unpack with StuffIt after downloading.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-ASTRONOMY-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-ASTRONOMY-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-ASTRONOMY-PART3.HQX
- Lance ]
------------------------------
Date: Sun, 25 Oct 87 18:20:56 PST
From: dplatt@teknowledge-vaxc.arpa (Dave Platt)
Subject: SCSI-bus CDEV
This posting contains a CDEV for the Mac Plus, SE, and II. Written by
Paul Mercer, it enables you to see the status of the devices on the
SCSI bus, poll the bus for devices that have just come on-line, and
mount SCSI disks that didn't mount during the Mac's power-up sequence.
It's shareware; $5 contribution suggested by the author.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>CDEV-SCSI-BUS-STATUS.HQX
- Lance ]
------------------------------
Date: Wed, 28 Oct 87 00:24:28 MST
From: peterson@cs.utah.edu (John W Peterson)
Subject: Meta key for MicroEmacs 3.8M
This is a series of commands that you can included in your emacs.rc file
to use the "option" key as a meta key. Mac MicroEmacs 3.8M no longer
supports the option key as meta. (The file is binhexed to preserve
eight bit character definitions).
Cheers,
jp
ps - Does anybody have the MicroEmacs 3.8M sources on-line someplace -
i.e., someplace where I could anonymous FTP them? Thanks.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MICROEMACS-38M-METAKEY.HQX
- Lance ]
------------------------------
Date: Wed 28 Oct 87 09:36:55-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: FKEYs for QuicKeys
[ Uploaded from Delphi by Jeff Shulman ]
Name: FKEYS FOR QUICKEYS
Date: 28-OCT-1987 01:45 by DEWI
[ Files 1 & 4 updated and files 6 & 7 added 28-OCT-1987 01:45 by DEWI. This
is an update to the "Goto Stdfile" FKEY, correcting a problem with
positioning at sub-folders, together with a Hypercard XCMD version. The
same Lightspeed C source code generates either version.
As an extra treat, a XCMD resource to copy a string into a QuicKeys text
key is included. This lets you specify a string in Hypercard that can be
emitted as part of a sequence in an application launched from Hypercard.
Directions on how to use it are included with the source. ]
Here are a couple of FKEYs that work with CE Software's QuicKeys package.
"Goto StdFile" positions the Standard File Open dialog at a specified
volume/folder, and "Project Switch" is used with LightspeedC to switch
between projects. It updates a QuicKeys text key with the current project
name. The documentation explains how this can be used for automatically
switching between a library project and a main project, and then re-loading
the library project.
The examples may not be to everybody's taste, so this comes complete with
LightspeedC source so that you can roll your own.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>FKEY-QUICKEYS.HQX
This version replaces the previous version.
- Lance ]
------------------------------
Date: Fri, 30 Oct 87 15:08:19 -0500
From: Joel B Levin <levin@CC5.BBN.COM>
Subject: DA-miniWRITER 1.39 (in 4 parts)
The following PACKIT file contains the latest version of one of the
most useful desk accessories I own, submitted with permission of its
author, David Dunham of Maitreya Designs. Included:
New improved miniWRITER in a Font/DA mover file with a ResEdit TMPL
to allow customizing;
New improved imageWRITER 10 font in a Font/DA mover file
Documentation for miniWRITER
Documentation for the imageWRITER font
Two template files useful for printing envelopes on the Imagewriter
This is SHAREware, but worth several times over the $12 fee. I have no
other relationship with the providers of this product than as a
satisfied user.
/JBL
UUCP: {harvard, husc6, etc.}!bbn!levin
ARPA: levin@bbn.com
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MINIWRITER-139-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MINIWRITER-139-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MINIWRITER-139-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>DA-MINIWRITER-139-PART4.HQX
This version replaces version 1.30.
- Lance ]
------------------------------
Date: 30 Oct 87 22:23:47 GMT
From: hyperbug@apple.UUCP (Keith Rollin)
Subject: Windoid #3
WINDOID
Issue #3
The Publication for the Informed HyperCard User
Editor: David Leffler
Contents:
INTRODUCTION
EDITOR'S CHOICE
HYPERCARD USER TIPS
UNIVERSAL IMPORT BUTTON
WHOOPS!
THE FORM
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>WINDOID-03.ARC
- Lance ]
------------------------------
Date: Mon 2 Nov 87 11:09:31-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Hearts
[ Uploaded from Delphi by Jeff Shulman ]
Name: HEARTS
Date: 1-NOV-1987 20:17 by FRACTAL
Public Domain Hearts Playing program from Fractal Software. Plays three
hands of the card game hearts and lets the Macintosh user play the fourth
hand. Plays the "Black Lady" variant of hearts where the Queen of Spades
counts 13 points. Developed by Tom Hedges and Mark Zimmer.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GAME-HEARTS.HQX
- Lance ]
------------------------------
Date: Mon 2 Nov 87 11:10:39-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Giffer (in 4 parts)
[ Uploaded from Delphi by Jeff Shulman. StuffIt compressed with some
example pictures. ]
Name: GIFFER 0.96
Date: 28-OCT-1987 21:35 by BEAUZEAU
Here is Giffer for the Macintosh II only. It will display GIF and Thunder-
Scan images, in full color or grays. Here also are a few 256-color GIF files.
I have much more, so if there's interest, I'll post them. Also, GIF files may
be found on CompuServe in the PICS forum. These images look great...just like
photographs.
GIF is Graphics Interchange Format, a graphics storage and compression
standard developed by CompuServe Information Service. GIF files are
transferable across computer types, and there are programs available for many
different Micros to display them.
Steve Blackstock, Mac II, Giffer. Tell me if you like it!
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GIFFER-096-PART1.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GIFFER-096-PART2.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GIFFER-096-PART3.HQX
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>GIFFER-096-PART4.HQX
- Lance ]
------------------------------
Date: Wed, 4 Nov 87 21:16:56 EST
From: matthews@tcgould.TN.CORNELL.EDU (Dave Matthews)
Subject: MacDraw map of Canada
This file contains a map of Canada as a MacDraw document. Each province or
island is a MacDraw polygon. Created with SAS/GRAPH and VersaTerm-PRO.
- Dave Matthews
ARPA:matthews@tcgould.tn.cornell.edu BITNET:matthews@crnlthry
USENET:...{cmcl2,shasta,uw-beaver,rochester}!cornell!batcomputer!matthews
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>MACDRAW-MAP-CANADA.HQX
- Lance ]
------------------------------
Date: Tue 3 Nov 87 09:02:33-EDT
From: Jeff Shulman <SHULMAN@SDR>
Subject: ResCopier XCMD
[ Uploaded from Delphi by Jeff Shulman ]
Name: RESCOPIER XCMD
Date: 3-NOV-1987 01:07 by STEVEMALLER
[ Updated 3-NOV-1987 01:07 by STEVEMALLER to official version (no
expiration date) ]
ResCopy is a HyperCard XCMD that allows you to Copy, Rename, Remove any
resources, to display ICONs, and to play sounds ('snd '). It is contained
within a stack that contains help information and some information on what
resources are.
Steve Maller
Apple Computer
Unpack with StuffIt after downloading.
[archived as
[SUMEX-AIM.Stanford.EDU]<INFO-MAC>HYPERCARD-XCMD-RESCOPY.HQX
- Lance ]
------------------------------
Date: Thu, 5 Nov 87 12:30:39 EST
From: JURGEN%UMass.BITNET@forsythe.stanford.edu
Subject: RE: Jittery Mac screen
Your problem is almost guaranteed to be caused by "cold" solder joints
on the power/sweep board, specifically at the points where the cable
coming from the CRT Yoke connects. You can fix it yourself if you can
open the Mac and handle a soldering iron by resoldering those joints.
The Yoke is the part of the CRT which as coils and coils of copper wire
wrapped around it... just trace the cable from there to the power/sweep
board. Good luck.
Jurgen E Botz.
Jurgen@UMass.bitnet
------------------------------
Date: Thu, 5 Nov 87 14:27 EST
From: <KURAS%BCVMS.BITNET@forsythe.stanford.edu> (This Space For Rent)
Subject: Ethernet for Mac II
Yes, there is an Ethernet card for the Mac II. It is an Apple product called
EtherTalk. It has onboard transceivers for both thick and thin cables and
worked very well for the three days I worked with it.
Pat Kuras
Boston College
KURAS@BCVAX3.BITNET
------------------------------
Date: Thu, 5 Nov 87 11:08 EDT
From: HENRY YEE <HENRY%atc.bendix.com@RELAY.CS.NET>
Subject: Reply to Dan Calderwood - 800K drives.
Reply to Dan Calderwood - 800K drives.
I am using a Chinon 800k drive with a Mac512, not enhanced, not plus. The
Mac still has the 400k drive and the itty-BITty ROMs. I understand the Chinon
can be used with the Mac128, but I can't confirm this.
It connects to the Mac in the same place as the old external drive and steals
power from the Mac in the same way also. No system changes or software
changes were made, yet the finder shows the correct number of bytes used and
remaining. It recognizes 400k disks and 800k disks and automatically reads
both correctly. Unlike a Mac with an 800k drive, the Chinon does not format
400k, but I can do that with the internal drive. You may be able to format
400k on the Chinon with a newer SYSTEM that asks if you want single or double
sided formatting.
CAUTION: A disk formatted for 800k looks like a blank disk to the 400k drive
and you are asked if you want to initialize it.
If you want to change a 400k disk to an 800k disk, you may put the disk in the
Chinon and erase it. (All info is lost, of course.)
The info on the Chinon may not apply to the Ehman or the Magnum or other 800k
drives so be sure to check on the specific drive you choose.
The Chinon is available for $189 at M.A.C. just off the UC Berkeley campus
(800)BUY-A-MAC, (415)644-0516, or for groups and corporate (415)644-0546.
On the east coast it is available at MacCorner in Rockville, MD (301)948-1538
at a slightly higher price. MacCorner also carries the Ehman.
So much for fact, now for the fiction. I am told that two 800k format
standards exist; and that I am getting the old standard. A change to the new
ROMs will get me the new standard, that is, the Chinon is compatible with both
800k standards. The new ROMs format the new standard, but can read and write
both 800k standards as well as the 400k standard. If you want to exchange
information with a new Mac, be sure to supply a blank disk formatted on your
own machine.
Henry Yee
Bendix A.T.C.
Columbia, MD
------------------------------
Date: Mon, 9 Nov 87 15:37 EST
From: <EE2Y%CRNLVAX5.BITNET@forsythe.stanford.edu>
Subject: Serious flaw in Time Logger
I installed Time Logger (vers. 1.0 I believe) into my System Folder on an HD20,
System 4.1 and Finder 5.5.
The Mac Plus would not boot up the next day, so I booted off a floppy, thinking
that Time Logger could be the problem.
Well, to my surprise, the Mac bombed out after booting off the floppy, right
before the HD20 was abou to show up on the desktop. I tried again several times
but could not access the HD20.
At this point, I was really nervous, thinking my 20 Mb of data were forever
locked up. I tried Mac Zap Tools, but it did not work.
I tried booting off other floppies, and finally found one that would bring
the HD20 icon on the desktop. What a relief!! So I immediately removed
the troublesome Time Logger from the HD, and it rebooted fine.
Moral of the story: DO NOT use Time Logger 1.0 with System 4.1/Finder 5.5,
or your disk may forever be locked.
Does a newer version exist which works with Sys. 4.1/Finder 5.5?
Brian Campbell
Cornell Univ.
------------------------------
Date: Mon, 9 Nov 87 15:30 EST
From: <EE2Y%CRNLVAX5.BITNET@forsythe.stanford.edu>
Subject: re: Screensaver for Mac II
There exists a great screensaver for the Mac II: Pyro. It is a color fireworks
display that is quite interesting.
Unfortunately, it's not free or in the public domain. It is included with
Suitcase, which is a worthwhile investment, anyhow. Also incl. is Powerstation.
Check out Pyro! I read somewhere that this may become the most widely pirated
software for the Mac. I'm actually surprised they didn't release it into the
public domain, but I guess they want it as an incentive to buy Suitcase (which
is about $40).
Brian Campbell
Cornell Univ.
------------------------------
Date: Mon, 9 Nov 87 13:40 N
From: <FRUIN%HLERUL5.BITNET@forsythe.stanford.edu> (Thomas Fruin)
Subject: Re: Long Packet Mac Kermits?
> From: zzlml@sdcc3.ucsd.EDU (Mick Laver)
> Subject: Long Packet Kermits?
> Date: 3 Nov 87 00:43:50 GMT
There is a new MacKermit, version 0.9(36), available from Columbia University,
that supports long packets (among numerous other improvements).
For details see Info-Kermit, volume 6 : number 25
-- Thomas
fruin@hlerul5.BITNET
thomas@uvabick.UUCP
2:500/15 on FidoNet
Leiden University, Netherlands
------------------------------
Date: Sun, 8 Nov 87 18:43:23 PST
From: digiorgi@VLSI.JPL.NASA.GOV
Subject: Smalltalk-80 mysteries
A Smalltalk Problem:
after getting my copy of Smalltalk-80 from APDA i went to install it on the
Mac II that i use at work. this is v0.4, Mac II compatible. The environment
is 5 Meg RAM, CMS 80MByte internal drive, SuperMac video card and SuperMac
19" (Ikegawa) color monitor.
problem 1: DivJoin reports that the "target drive has insufficient space
to join the selected file". There is 40Meg free on the drive, the
Smalltalk.sources file is 1.4 Meg in size. No other program has ever come
up with a lack of disk space. Huh?
- i copied the two halves of the .sources file onto the drive and used MPW's
Catenate tool to render a joined file; no problems.
problem 2: after installing all the rest of the items, I double click on the
.image file to start up as usual. Loading commences, the balloon picture
traversed the screen, the gray System background and standard window wake up...
but only half the screen is in use. the lower half of the screen is Still
white, with a piece of the startup balloon still on board. Windows, either
collapsed or open, which extend beyond the screen upper half are either not
reachable or otherwise damaged. everything works normally otherwise, on the
upper half of the screen, assuming I don't accidentally run the mouse beyond
that point.
- i thought: "oh, left it in 16 bit mode" and tried resetting the monitors
Control Panel item, but it trashed the System file entirely. Had to replace
ALL the system files, including Finder, before things worked.
i tested the software out by running to a Mac II with 2Meg RAM and a 40Meg
Apple drive and B&W monitor and it runs great... why not on the SuperMac
screen, which would be ideal? And why the divJoin problem?
Anyone with any hints, I'd appreciate knowing.
Godfrey DiGiorgi
digiorgi@jpl-vlsi.arpa
11/8/87
------------------------------
Date: Thu, 05 Nov 87 10:10:53 EST
From: "William E. Williams"
From: <BSQUARE%YALEVM.BITNET@forsythe.stanford.edu>
Subject: Sounds (a late inquiry)
Can somebody tell me what "standard sound file format" is? This is Mac+/SE
stuff, now, not any fancy, expensive MacII question. There are apparently
several items floating about on several BB's (including Macserve, the one I
can get at) that contain various nifty sounds (pun intended) in the "standard"
format used by MacNifty and its successor (whose name I forget), and I'd love
to use them in various programs but I haven't seen anything about what format
they're in or how to use them. I have a couple of programs designed to
collect data from people who are looking into microscopes, so they tend to be
somewhat sound-intensive to allow the users to follow the progress of the
program without looking up from the 'scope. I (and the other users) are
getting mighty tired of various frequencies of square-wave beeps, and we'd
appreciate any help on spicing up our signals.
B2
------------------------------
Date: Fri 6 Nov 87 12:05:32-PST
From: TIEU@ECLA.USC.EDU
Subject: damage mac disk
I have a damaged disk that says "This is not a Macintosh disk:". I have
tried Disk FirstAid but it says NOT A HFS disk. Is there any other
disk utilities that can save the damaged files? Any help is appreciated.
Han Tieu
Distributed Computing Services
University of Southern California
TIEU@ECLA.USC.EDU
[ note from moderator: MacZap version 5.0 has tools to recover files off
of damaged HFS and MFS disks including hard disks. I know it has helped
many people. DAVEG ]
------------------------------
Date: Thu, 05 Nov 87 12:13:50 CST
From: ERIC OBERLE <C09615EO@WUVMD>
Subject: ANSII screen control support
Does anyone know of a terminal package for the mac that supports ANSI printer
control codes? We are looking for a terminal package that will turn the
printer on "pass-through" mode when given a special escape sequence that will
allow the mainframe to directly drive a slave printer attached to a macintosh,
in order to make remote printing transparent to the Mac-mainframe user.
Any suggestions? Does such a product exist or is anybody working on it?
Certainly, this would be of use to many mac to mainframe users....
Thank you
Eric Oberle
Washington University
Educational Computing Services
------------------------------
Date: Thu, 05 Nov 87 13:46:29 EST
From: Steve Buyske <ST401266%BROWNVM.BITNET@forsythe.stanford.edu>
Subject: Mac II /IW II Printing Woes
I'm still stymied by Imagewriter II / Mac II problems, and I'm
appealing for help. I have a Mac II without internal drive but an
external Jasmine Direct Drive 50 ,an Imagewriter II, and no other significant
hardware. All my system software is as current as can be without the
Multifinder release. I print exclusively with MS Word, TeXtures, MacCalc,
and Hypercard.
Everything works dandy until without warning no programs will print;
the mouse freezes and the interrupt switch won't work. After that no
program will print. Zapping the PRAM or rebuilding the Desktop doesn't help;
there's also plenty of room on the hard disk.
If I boot from a floppy everything works fine, even after the hard disk
becomes the system disk. Usually if I copy the System and Imagewriter driver
(IW only doesn't work) onto the hard disk everything will be okay after
restarting, but not always. Sometimes it takes days for the problem
to occur, sometimes just an hour.
I have no idea what's going on, and I can't even figure out how to isolate
the problem.
Please, please, please can somebody help me?
Steve
------------------------------
Date: Mon, 12 Oct 1987 11:14:39 LCL
From: Darryl E. Marsee <DEMARSEE%SUVM.BITNET@forsythe.stanford.edu>
Subject: Mac stuff on LPS40
----------------------------Original message----------------------------
Has anyone been able to take a PostScript file created by FullPaint,
SuperPaint, and/or PageMaker and gotten it to print on a Digital
LPS40? If so, how did you create the PostScript file and what
modifications did you have to make to it so that it worked?
Regards,
Darryl E. Marsee
Network Systems Programmer & Postmaster
Syracuse University
______ Communications and Development Group
/ | Computing and Network Services
| |
_________/ | INTERNET: DEMARSEE@SUVM.ACS.SYR.EDU
> * | AT&TNET: 10288-1-315-423-1816
/ | SNAILNET: 221 Machinery Hall
|______________ | Syracuse, New York 13244-1260 USA
`_ | ICBMNET: 43 03 04 N, 76 09 14 W, Alt 400
`__|
"Don't dream it ... BE it!" -Frankenfurter
------------------------------
Subject: Need Info on AST Turbo Laser PS
Date: Sat, 07 Nov 87 01:19:20 -0800
From: Donald Rose <drose%cip.uci.edu@CIP.UCI.EDU>
i am shopping for a printer for my mac plus. top on my list right now is the
AST Turbo Laser PS, which goes for around 2995 (though an SF mailorder firm
may offer it for 2650 or so; that must be close to cost; list is 3995).
questions: can anyone tell me if it is a good printer (e.g. anyone use it
regularly)? its output seems great on large patches of black, but text often
seems a bit fuzzy (that is, a bit of extra toner scatterred on what should be
white space).
also, are there any other comparable printers in that price range (<= 3000)?
if you wish to use a laser printer with a mac plus, does it HAVE to use
PostScript? anyone recommend a laserprinter better than AST's?
are laser printers a pain to maintain (i.e. any horror stories/caveats)?
finally, for text-intensive applications, is there a better/cheaper solution
than PostScript printers (e.g. maybe the new IW LQ)? thanks in advance......
--Donald Rose (drose@ics.uci.edu) (p.s. when is LQ due out??)
------------------------------
Date: Fri 6 Nov 87 09:55:25-PST
From: TIEU@ECLA.USC.EDU
Subject: Need help in connection to TCP/IP Host
I am looking at Ethernet Gateways to connect the AppleTalk networks to
the Ethernet wide area network on campus so our Macintosh can access to
TCP/IP Hosts and do file transfer through FTP. I plan to use Kinetics
FASTFATH and Tops Terminal. Any suggestions or experience in using these
product? Is there other ways to get access to TCP/IP Host?
Thanks in advance!
Han Tieu
Distributed Computing Services
University of Southern California
TIEU@ECLA.USC.EDU
------------------------------
Date: Thu, 5 Nov 87 10:49:59 EST
From: tom coradeschi <tcora@ARDEC.ARPA>
Subject: Mac SE Internal Hard Disks
A co-worker is planning on buying Mac SE soon and needs some info on
internal hard disks. The word going around is that the Apple internal HD is
slow and not worth the money. What I'd like to do is collect your comments
on the various drives available, cost, performance, reliability, etc. I'd
appreciate it if anyone with an SE and internal HD would email me their
impressions. If there are benchmarks published, I'd be interested in those
too. Also, any published comparisons you may know about. If the response
appears to merit, I'll post a synopsis to the net. Thanks in advance for
your responses!
Regards,
tom c
------------------------------
Date: Thu, 5 Nov 87 10:58:28 EST
From: tom coradeschi <tcora@ARDEC.ARPA>
Subject: Mac SE Keyboards
As an addendum to my request about SE internal HD info, any light you could
shine on the world of ADB keyboards would be appreciated as well.
tom c
------------------------------
Date: Mon, 9 Nov 87 09:55 EST
From: "Ronald A. Jarrell" <JARRELLRA%vtcs1.cs.vt.edu@RELAY.CS.NET>
Subject: security hardware
We're looking for some substantial security hardware to keep our Mac II's
from walking off.. We're thinking along the lines of a metal enclosure that
will surround and lock in the mac, leaving access to the floppy drive..
Also we'd like to lock down the keyboard as well.
Anyone seen anything like this, or should we call in someone to start welding?
Ron Jarrell
Va Tech CS
jarrell@vtopus.cs.vt.edu
------------------------------
End of INFO-MAC Digest
**********************